From sivula@ncsnrs@1es.ntc.nokia.com Mon Jan 01 23:25:34 1996 
Received: from axl01it.ntc.nokia.com (axl01it.ntc.nokia.com [131.228.118.232]) by 
sysi.tapr.org (8.7.2/8.7.2) with SMTP id XAA07924 for <hfsig@tapr.org>; Mon, 1 Jan 
1996 23:25:31 -0600 (CST) 
Received: from ntcite01es.ntc.nokia.com (ms-smtp-gw4.tele.nokia.fi 
[131.228.138.80]) by axlO1it.ntc.nokia.com (8.6.9/8.6.9) with SMTP id HAAQ4176 for 
<hfsig@tapr.org>; Tue, 2 Jan 1996 07:22:41 +0200 
Received: by ntciteO1les.ntc.nokia.com with Microsoft Mail 
id <30E8C150@ntciteO1les.ntc.nokia.com>; Tue, 02 Jan 96 07:23:28 eet 
From: Sivula Timo <sivula@ncsnrsO1les.ntc.nokia.com> 
To: "'HFSIG'" <hfsig@tapr.org> 
Subject: Unsubscription help? 
Date: Tue, 02 Jan 96 07:18:00 eet 
Message-ID: <30E8C150@ntcite01es.ntc.nokia.com> 
Encoding: 26 TEXT 
X-Mailer: Microsoft Mail V3.0 


Hello, 


I have tried to unsubscribe from this group for a coupl eof weeks now 
without any 

luck. This datapoint.com thing doesn't seem to exist when I send the 
unsubscribe 

messahes for the listserv. 


The problem is that our locla server has chnaged, and the messages form 
hfsig go 

to this old server, and I am not receiving them. My idea was to unsubscribe 
from the 

list and then re-subscribe with the new adress in order to be able to follow 
the interesting 

discussions going on. 


Could somebody give me a hand and mail me how to do this. Please, do not 
reply to the 

hfsig group as I cannot receive any mails from there before I have 
unsubscribed .... 


73. 
Timo.Sivula@ntc.nokia.com 


From Hakan.Bergzen@telub.se Tue Jan 02 07:59:03 1996 
Received: from terminus.inforum.telub.se (texrminus.inforum.telub.se 
[147.13.12.199]) by sys1.tapr.org (8.7.2/8.7.2) with SMTP id HAA26976 for 
<hfsig@tapr.org>; Tue, 2 Jan 1996 07:58:44 -0600 (CST) 
Received: from noak.vxo.telub.se by terminus.inforum.telub.se with SMTP (PP) 
id <07364-0@terminus.inforum.telub.se>; 
Tue, 2 Jan 1996 14:49:24 +0100 
Received: by noak with Microsoft Mail id <30F44269@noak>; 
Tue, 02 Jan 96 14:49:13 GMT 
From: "Bergzen Hakan, KARL" <Hakan.Bergzen@telub.se> 


To: HFSIG at TAPR <hfsig@tapr.org> 

Subject: Re: Nordic HF Conference 

Date: Tue, 02 Jan 96 14:45:00 GMT 

Message-ID: <30F44269@noak> 

Return-Receipt-To: HABE <Hakan.Bergzen@telub.se> 
Encoding: 33 TEXT 

X-Mailer: Microsoft Mail V3.0 

MIME-Version: 1.0 

Content-Type: Text/plain; charset="US-ASCII" 
Content-Transfer-Encoding: 7bit 


Hello Rich, Charles and all others, 
I saw my name coming up in this newsgroup, forcing me out of my safe Nordic 
seclusion :-) 
The Nordic HF homepage deals with the Nordic HF conferences held every third 
year since 1986. The homepage was established in Nov 95. The address is: 
http: //www.telub.se/Radio/NordicHF/ 
I plan to make a small revision in near-time: correcting some errors, 
including a page on HF modems (.au files), and a page on the ALE standard 
and the HFIA group. 
When I included the zipped postscript files I tested printing every one of 
them. I succeded in all but one (a paper by G Andersson, i.e. not the one 
Rich refer to). Colleagues have also tried and succeded. The only error 
cause I can think of is, since you succeded in downloading and extracting 
the postscript files, that your postscript printer generates a printing 
timeout error. The paper by Patrik Nilsson you refer to has a large Windows 
snapshot picture on page six which may cause this. Try hooking up your 
printer directly to the parallell port of your PC, thus omitting LAN delays. 
And Rich, if this does not solve your problem please send me your snail-mail 
address and I will send you Patrik's paper directly. 


Please E-mail me (hakan.bergzen@telub.se) if any of you interested have 
problems accessing the page or have ideas on suitable topics or other 
comments, and inform 

anybody of this homepage that might be interested. 


Happy surfing, 
Hakan Bergzen (hakan.bergzen@telub.se) 


PS The ongoing technical discussions regarding the various modem 
developments sure is fascinating. Some of you might get some good 
implementation ideas by studying the available HF modem standards: e.g. 
MIL-STD-188-110A, MIL-STD-188-141A and STANAG 4285. 


From karn@qualcomm.com Wed Jan 03 01:18:41 1996 

Received: from servo.qualcomm.com (servo.qualcomm.com [129.46.128.14]) by 
sysi.tapr.org (8.7.2/8.7.2) with ESMTP id BAA29916 for <hfsig@tapr.org>; Wed, 3 
Jan 1996 01:18:39 -0600 (CST) 

Received: (from karn@localhost) by servo.qualcomm.com (8.7.3/8.7.2/1.3) id 
XAAO9502; Tue, 2 Jan 1996 23:18:04 -0800 (PST) 

Date: Tue, 2 Jan 1996 23:18:04 -0800 (PST) 

From: Phil Karn <karn@qualcomm. com> 


Message-Id: <199601030718.XAA09502@servo.qualcomm. com> 

To: FLundgren@daniel.maf.org (Fred Lundgren) 

CC: hfsig@tapr.org 

In-reply-to: <9511298202 .AA820245592@gabriel.maf.org> (FLundgren@daniel.maf.org) 
Subject: Re: [HFSIG:784] Radio Mail using PACKTOR/GTOR 


Fred, 


Ordinarily I'd say "just figure out a standard for encapsulating IP 
in your physical layer (TOR)" and run TCP/IP over the whole thing". 


That's still in general a good approach; the ease with which this can be 
done with most link media has certainly made the Internet a success. 


But HF radio is so slow by comparison to other media that this is not 
necessarily a no-brainer; one might consider sending just Internet format 
(RFC822) email messages by themselves in a mail-level store-and-forward 
network. Similar things have been done in the ham HF network for years. 


Phil 


From jmorriso@bogomips.com Wed Jan 03 03:09:43 1996 
Received: from orange.ConcordPacific.Com (root@orange.ConcordPacific.com 
[204.239.26.10]) by sys1.tapr.org (8.7.2/8.7.2) with SMTP id DAAQ2750 for 
<hfsig@tapr.org>; Wed, 3 Jan 1996 03:09:40 -0600 (CST) 
Received: from bogomips.com (nuucp@localhost) by orange.ConcordPacific.Com 
(8.6.12/8.6.12) with UUCP id AAA21660 for tapr.org!hfsig; Wed, 3 Jan 1996 00:57:29 
-0800 
Received: by bogomips.com (Linux Smail3.1.29.1 #3) 
id mOtXP1b-OQ00TqUC; Wed, 3 Jan 96 00:58 PST 
Message-Id: <mOtXP1b-Q00TqUC@bogomips. com> 
From: jmorriso@bogomips.com (John Paul Morrison) 
Subject: Re: [HFSIG:793] Re: Radio Mail using PACKTOR/GTOR 
To: hfsig@tapr.org 
Date: Wed, 3 Jan 1996 00:58:22 -0800 (PST) 
In-Reply-To: <199601030718.XAA09502@servo.qualcomm.com> from "Phil Karn" at Jan 3, 
96 01:30:20 am 
X-Bogomips: 33.55 
X-Mailer: ELM [version 2.4 PL22] 
Content-Type: text 


Fred, 


Ordinarily I'd say "just figure out a standard for encapsulating IP 
in your physical layer (TOR)" and run TCP/IP over the whole thing". 


That's still in general a good approach; the ease with which this can be 
done with most link media has certainly made the Internet a success. 


But HF radio is so slow by comparison to other media that this is not 
necessarily a no-brainer; one might consider sending just Internet format 


VV VV VV VV VV MV 


> (RFC822) email messages by themselves in a mail-level store-and-forward 
> network. Similar things have been done in the ham HF network for years. 


UUCP is still a good (as far as non TCP/IP methods go) way of moving 
mail and news. I recall hearing cc:Mail mentioned, and cc:Mail does 
have a UUCP product. 


I don't know how AMTOR/PACTOR works; but if you can find a way to run 
an 8 bit serial connection over it, UUCP-g protocol should work. Maybe 
"UUCP Spoofing" could be done in the HF modem, to make it a bit more 
efficient, or easier to plug in to off the shelf products like 
cc:Mail, UUPC (actually ccMail's UUCP is just a modified version of 
UUPC), etc. If you can do without a commercial product, Taylor UUCP 
(which has source code freely available) could be hacked to work with 
whatever the HF modem wants to see. 


BogoMIPS Research Labs -- bogosity research & simulation -- VE7JPM_ -- 
jmorriso@bogomips.com ve7jpm@ve7jpm.ampr.org jmorriso@ve7ubc.ampr.org 


From FORRERJ@frl.orst.edu Thu Jan 04 11:46:35 1996 
Received: from amanda.bus.orst.edu (amanda.BUS.ORST.EDU [128.193.10.36]) by 
sysi.tapr.org (8.7.2/8.7.2) with SMTP id LAAQ8120 for <HFSIG@tapr.org>; Thu, 4 Jan 
1996 11:46:31 -0600 (CST) 
Received: from frl.orst.edu (FRL.ORST.EDU [128.193.226.10]) by amanda.bus.orst.edu 
(8.6.9/8.6.9) with ESMTP id JAA24997 for <HFSIG@tapr.org>; Thu, 4 Jan 1996 
09:45:22 -0800 
Received: from FRL/SpoolDir by frl.orst.edu (Mercury 1.21); 
4 Jan 96 09:52:21 PST8PDT 
Received: from SpoolDir by FRL (Mercury 1.21); 4 Jan 96 09:52:15 PST8PDT 
From: "Johan Forrer" <FORRERJ@frl.orst.edu> 
Organization: Forest Research Lab. Oregon State 
To: HFSIG@tapr.org 
Date: Thu, 4 Jan 1996 09:52:06 -0800 
Subject: Spread spectrum question 
Priority: normal 
X-mailer: Pegasus Mail v3.22 
Message-ID: <630D39D2D60@frl.orst.edu> 


Hi all, 
Here is a practical question to you SS experts: 


I have been experimenting with Pawel's latest slow speed BPSK modem. It 
looks like a nice bit of work - has many fine attributes that I like 

to see in a HF modem, except its weakness due to being very narrow band. If 
it was possible to use a SS technique to utilize for example a voice band 
bandwidth, it may even be a nice way to learn a couple of new tricks, thus 
my questions. Note that everything is inteneded to function at baseband: 


1) Could someone explain how to compute the chip rate to spread a digital 
signal with a symbol rate of say, X, to occupy a bandwidth, Y. Lets assume 


we want to implement fast frequency hopping (FFH). 


2) I would appreciate some explanation and pointers to a suitale P-N 
sequence generator, like for example Gold sequences (This is to ensure 
that the resultant spectrum is nice clean, symmetric bell-shaped). 


3) I can see how a pair of operators can achieve the initial 
synchronisation, but I'm looking for ideas on how to keep the chip rate 
synchronised. For example, if it is possible to achieve and hold initial 
synchronization - would it be possible/practical to phase lock on to the 
data rate using a robust (simple) method such as for example early-late 
gating? What kind of clock stability would be needed? 

What alternatives do we have? 


Thanks in advance, 


--Johan 


From danie.brynard@pixie.co.za Thu Jan 04 13:34:31 1996 

Received: from £15.pix.za (root@f£15.pix.za [196.11.62.108]) by sys1.tapr.org 
(8.7.2/8.7.2) with ESMTP id NAA12758 for <hfsig@tapr.org>; Thu, 4 Jan 1996 
13:34:20 -0600 (CST) 

Received: from net-7.pta.pix.za (net-7.pta.pix.za [196.11.63.143]) by £15.pix.za 
(8.7.1/8.6.11) with SMTP id VAAQ5852 for <hfsig@tapr.org>; Thu, 4 Jan 1996 
21:35:34 +0200 

Date: Thu, 4 Jan 1996 21:35:34 +0200 

Message-Id: <199601041935.VAA0Q5852@£15.pix.za> 

X-Sender: pak03226@pixie.co.za 

X-Mailer: Windows Eudora Version 1.4.4 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

To: hfsig@tapr.org 

From: danie.brynard@pixie.co.za (Danie Brynard) 

Subject: Re: [HFSIG:795] Spread spectrum question 


Hi Johan. There are certainly lots of SS buffs around but I can tell you 
only this: 


processing gain = 10xlog(spreading width/information bandwidth) 
ie for 10kbps at a chipping rate of 1MHz the processing gain is : 
10x*log(1e6/10e3) = 20dB 


So now you can work out from this what the chipping rate must be for the 
slow BPSK stuff: 


say datarate is 10Hz and voice bandwidth is 3kHz. Thus the processing gain 


is 10*log(3e3/10)=24dB ! Very good I think. But a chipping rate of 3kHz 
would produce a spectrum 6kHz wide from first null to first null or not ? 


So lets take 1.5kHz then, thus processing gain is :12dB Would this be any 
helpfull ? 


Is this correct ? Lets see what the experts say. I like your line of 
thinking Johan :-) 


73 danie zs6éawk 


From karn@qualcomm.com Fri Jan 05 01:27:40 1996 

Received: from servo.qualcomm.com (servo.qualcomm.com [129.46.128.14]) by 
sysi.tapr.org (8.7.2/8.7.2) with ESMTP id BAA12633 for <hfsig@tapr.org>; Fri, 5 
Jan 1996 01:27:38 -0600 (CST) 

Received: (from karn@localhost) by servo.qualcomm.com (8.7.3/8.7.2/1.3) id 
XAA29527; Thu, 4 Jan 1996 23:27:00 -0800 (PST) 

Date: Thu, 4 Jan 1996 23:27:00 -0800 (PST) 

From: Phil Karn <karn@qualcomm. com> 

Message-Id: <199601050727.XAA29527@servo.qualcomm. com> 

To: FORRERJ@fxr1.orst.edu 

CC: hfsig@tapr.org 

In-reply-to: <630D39D2D60@frl.orst.edu> (FORRERJ@fr1l.orst.edu) 

Subject: Re: [HFSIG:795] Spread spectrum question 


>1) Could someone explain how to compute the chip rate to spread a digital 
>signal with a symbol rate of say, X, to occupy a bandwidth, Y. Lets assume 
>we want to implement fast frequency hopping (FFH). 


Well, for direct sequence, you just chip at 1/Y. The symbol rate doesn't 
matter (as long as it's lower than the chip rate). 


With frequency hopping it's a little different. You have to pick some 
multiple of your channel bandwidth. That sets your spreading bandwidth; 
the rate at which you hop doesn't affect this over the long term. 


>2) I would appreciate some explanation and pointers to a suitale P-N 
>sequence generator, like for example Gold sequences (This is to ensure 
>that the resultant spectrum is nice clean, symmetric bell-shaped). 


"Shift Register Sequences" by Golomb is the standard reference. Any 
maximal-length linear feedback shift register will do for starters. 
It's not necessary to worry about Gold codes until you get serious 
about CDMA. The main advantage of Gold codes is that you can create a 
whole family of them with fairly good cross-correlation properties. 
(For example, each GPS satellite uses an assigned Gold code so that 
receivers can select them individually without regard to the phase 
difference between satellites). 


>3) I can see how a pair of operators can achieve the initial 

>synchronisation, but I'm looking for ideas on how to keep the chip rate 
>synchronised. For example, if it is possible to achieve and hold initial 
>synchronization - would it be possible/practical to phase lock on to the 


>data rate using a robust (simple) method such as for example early-late 
>gating? What kind of clock stability would be needed? 
>What alternatives do we have? 


Actually, acquisition is the hard part, tracking is the easy part. 
Early-late gating is the standard approach. To avoid losing performance, 
make sure you actually demodulate your data from an on-time reference, 
not from the early or late channels. 


Phil 


From chbrain@dircon.co.uk Fri Jan 05 06:51:44 1996 
Received: from felix.dircon.co.uk (felix.dircon.co.uk [193.128.224.10]) by 
sysi.tapr.org (8.7.2/8.7.2) with SMTP id GAA21599 for <hfsig@tapr.org>; Fri, 5 Jan 
1996 06:51:36 -0600 (CST) 
Received: by felix.dircon.co.uk id AA28381 
(5.67b/IDA-1.5 for <hfsig@tapr.org>); Fri, 5 Jan 1996 12:51:31 GMT 
Message-Id: <199601051251.AA28381@felix.dircon.co.uk> 
Received: from gw4-163.pool.dircon.co.uk(194.73.168.163) by amnesiac via smap 
(V1.3) 
id sma028377; Fri Jan 5 12:51:02 1996 
X-Sender: chbrain@popmail.dircon.co.uk 
X-Mailer: Windows Eudora Version 1.4.4 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Fri, 05 Jan 1996 12:29:11 +0000 
To: hfsig@tapr.org 
From: chbrain@dircon.co.uk (Charles Brain) 
Subject: DSP based sound cards 


Hello All, 


Has anyone got any suggestions of a reasonable quality DSP based 

Sound Card. I need to reproduce some .WAV files very accurately. I am 
trying to re-produce the test tones supplied by NTIA for their ALE test 
S/W, a normal cheap SB card doesn't appear to be good enough. 


I thought the Orchid card would be suitable but there may be better ones 
around. 


Seasons greetings 
Charles G4GUO. 


From NULL@synapsis.it Fri Jan 05 08:20:06 1996 

Received: from vesuvio.synapsis.it (vesuvio.synapsis.it [194.20.181.1]) by 
sysi.tapr.org (8.7.2/8.7.2) with SMTP id IAA25095 for <hfsig@tapr.org>; Fri, 5 Jan 
1996 08:18:22 -0600 (CST) 

From: NULL@synapsis.it 

Message-Id: <199601051418. IAA25095@sys1.tapr.org> 

To: hfsig@tapr.org 

Subject: AutoResponse 

Date: Fri, 5 Jan 96 14:18:38 +0100 (CET) 


User not reachable. SMTP account disabled 


From NULL@synapsis.it Fri Jan 05 09:59:28 1996 

Received: from vesuvio.synapsis.it (vesuvio.synapsis.it [194.20.181.1]) by 
sysi.tapr.org (8.7.2/8.7.2) with SMTP id JAA28138 for <hfsig@tapr.org>; Fri, 5 Jan 
1996 09:59:13 -0600 (CST) 

From: NULL@synapsis.it 

Message-Id: <199601051559. JAA28138@sys1.tapr.org> 

To: hfsig@tapr.org 

Subject: AutoResponse 

Date: Fri, 5 Jan 96 15:59:51 +0100 (CET) 


User not reachable. SMTP account disabled 


From FORRERJ@frl.orst.edu Fri Jan 05 12:13:50 1996 
Received: from amanda.bus.orst.edu (amanda.BUS.ORST.EDU [128.193.10.36]) by 
sysi.tapr.org (8.7.2/8.7.2) with SMTP id MAA03189 for <hfsig@tapr.org>; Fri, 5 Jan 
1996 12:13:47 -0600 (CST) 
Received: from frl.orst.edu (FRL.ORST.EDU [128.193.226.10]) by amanda.bus.orst.edu 
(8.6.9/8.6.9) with ESMTP id KAA29188 for <hfsig@tapr.org>; Fri, 5 Jan 1996 
10:12:42 -0800 
Received: from FRL/SpoolDir by frl.orst.edu (Mercury 1.21); 
5 Jan 96 10:19:44 PST8PDT 
Received: from SpoolDir by FRL (Mercury 1.21); 5 Jan 96 10:19:29 PST8PDT 
From: "Johan Forrer" <FORRERJ@frl.orst.edu> 
Organization: Forest Research Lab. Oregon State 
To: hfsig@tapr.org 
Date: Fri, 5 Jan 1996 10:19:28 -0800 
Subject: Re: [HFSIG:798] DSP based sound cards 
Priority: normal 
X-mailer: Pegasus Mail v3.22 
Message-ID: <649487D29F6@frl.orst.edu> 


Hello Charles, 


Most of the present sound cards that I know of are 16-bit. The AD- 

1848 CODEC is used on several as a low-cost solution. However, if you are 
looking for better noise figures, look for a card thatuses a quality drop- 
in replacement, such as those made by Crystal semi. The quality of 

the eventual D-A is very much dependant on how well the analog board 
layout, especially decoupling and grounding have been done. This often is 
the difference between a high-quality design and a cheap one. 


Also look at all the additional gadgets that they add in the audio path 
like for example tone controls and audio amplifiers - if they don't use the 
best low-noise parts, these often contribute to poor noise performance let 
alone introduce distortion products. 


There have been several tests of different sound cards by PC Magazine for 
example. There you will see the actual tested frequency response curves. 
Unfortunately, few of the big selling cards were found to be rated all that 
high. There were two, however, if I remember correctly, that had really 


excellent audio responses; The Turtle Beach family cards and the IBM 
Windsurfer board. I'm sure that these have drivers that will play .WAV 
files. 


I would suggest looking at those PC Magazine evaluations again to get a 
better idea for a high quality off-the-shelf sound card. 


Hope this helps. 
--Johan 


> Received: from SpoolDir by FRL (Mercury 1.21); 5 Jan 96 06:29:51 PST8PDT 
> Return-path: <hfsig@tapr.org> 

> Received: from sys1.tapr.org by frl.orst.edu (Mercury 1.21); 
> 5 Jan 96 06:29:42 PST8PDT 

> Received: from sys1.tapr.org (localhost [127.0.0.1]) by sys1.tapr.org 
(8.7.2/8.7.2) with SMTP id HAA21973; Fri, 5 Jan 1996 07:04:22 -@600 (CST) 
> Date: Fri, 5 Jan 1996 07:04:22 -0600 (CST) 
> Message-Id: <199601051251.AA28381@felix.dircon.co.uk> 
> Reply-To: hfsig@tapr.org 

> Originator: hfsig@tapr.org 

> Sender: hfsig@tapr.org 

> Precedence: bulk 

> From: chbrain@dircon.co.uk (Charles Brain) 
> To: hfsig@tapr.org 

> Subject: [HFSIG:798] DSP based sound cards 
> X-Listprocessor-Version: 6.0 -- ListProcessor by Anastasios Kotsikonas 
> X-Comment: Tucson Amateur Packet Radio HF Special Interest Group 
> Content-Type: text/plain; charset="us-ascii" 
> X-Mailer: Windows Eudora Version 1.4.4 
> X-PMFLAGS: 33554560 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 


Hello All, 


Has anyone got any suggestions of a reasonable quality DSP based 

Sound Card. I need to reproduce some .WAV files very accurately. I am 
trying to re-produce the test tones supplied by NTIA for their ALE test 
S/W, a normal cheap SB card doesn't appear to be good enough. 


I thought the Orchid card would be suitable but there may be better ones 
around. 


Seasons greetings 


Charles G4GUO. 


From jon@g4tsn.demon.co.uk Sun Jan 07 12:03:49 1996 

Received: from relay-4.mail.demon.net (relay-4.mail.demon.net [158.152.1.64]) by 
sysi.tapr.org (8.7.2/8.7.2) with SMTP id MAA09065 for <hfsig@tapr.org>; Sun, 7 Jan 
1996 12:03:37 -0600 (CST) 

Received: from post.demon.co.uk ([158.152.1.72]) by relay-4.mail.demon.net 


id aaQ6041; 7 Jan 96 18:00 GMT 
Received: from g4tsn.demon.co.uk ([158.152.105.93]) by relay-3.mail.demon.net 
id aa21385; 7 Jan 96 17:59 GMT 
Date: Fri, 05 Jan 96 21:28:20 
Message-ID: <8@g4tsn.demon.co.uk> 
From: jon <jon@g4tsn.demon.co.uk> 
Organization: None 
Reply-To: jon@g4tsn.demon.co.uk 
To: hfsig@tapr.org 
Subject: No Subject 
X-Mailer: Newswin Alpha 0.7 
Lines: 8 


| jon EMail jon@ 
| Mail sent via Demon Internet - Full IP for 10/Month Tel:0181 371 1234 | 


From forrerj@ucs.orst.edu Tue Jan 09 11:37:26 1996 
Received: from ucs.orst.edu (root@ucs.orst.edu [128.193.4.5]) by sys1.tapr.org 
(8.7.2/8.7.2) with SMTP id LAA15843 for <HFSIG@TAPR.ORG>; Tue, 9 Jan 1996 11:37:23 
-Q600 (CST) 
Received: from p04.tO.monrotel.com by ucs.orst.edu; 
(5.65v3.2/1.1.8.2/24Sep94-1201PM) 
id AA22101; Tue, 9 Jan 1996 09:36:57 -0800 
Message-Id: <9601091736.AA22101@ucs.orst.edu> 
X-Sender: forrerj@ucs.orst.edu 
X-Mailer: Windows Eudora Version 1.4.4 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Tue, 09 Jan 1996 09:42:09 -0800 
To: HFSIG@tapr.org 
From: forrerj@ucs.orst.edu (Johan Forrer) 
Subject: NORDIC HF95 Proceedings 


Hi, 


I wonder if anyone have been successful in printing some of the Nordic HF95 
proceedings? 


I am quite interested in reading the paper on the all-digital HF radio as it 
contains some really fundamental concepts - kind of pave the way towards 
doing it the right way. Unfortunately my Postscript printer does not handle 
A4 paper and my version of a Postscript viewer (Ghostscript 3.51) only views 
the first two pages. 


Thanks a lot. 


--Johan, KC7WW 


P.S. I am a free man again - thanks for your patience. There are a couple of 
things that we should pick up the thread again and get the ball rolling. 
More on that later. 


From erik@ve7mdl.ampr.org Tue Jan 09 22:00:35 1996 

Received: from ve7mdl.ampr.org (ve7mdl.ampr.org [44.135.160.59]) by sys1.tapr.org 

(8.7.2/8.7.2) with SMTP id VAA13255 for <hfsig@tapr.org>; Tue, 9 Jan 1996 21:59:19 

-Q600 (CST) 

From: erik@ve7mdl.ampr.org 

Date: Tue, 09 Jan 96 19:31:33 PST 

Message-Id: <21267@ve7mdl.ampr.org> 

To: hfsig@tapr.org 

Subject: Re: [HFSIG:803] NORDIC HF95 Proceedings 

In-Reply-To: your message of Tue Jan 09 11:55:22 1996 
<9601091736.AA22101@ucs.orst.edu> 


Johan, 


Have you tried to edit the postscript file. You can often change the 
‘'a4' to 'letter' and - if the pages are not too crowded - you can get 
it talked into sending it to your printer. 


Another trick, I have used, is to set the printer up to believe it is 
printing A4, but using 8.5x11" paper. it can be done on some laser 
printers. 


Of course, life would be so much simpler if we North American followed 
international standards :-) 


73 de VE7MDL ...-Erik. 


From karn@qualcomm.com Wed Jan 10 03:04:25 1996 

Received: from servo.qualcomm.com (servo.qualcomm.com [129.46.128.14]) by 
sysi.tapr.org (8.7.2/8.7.2) with ESMTP id DAA27298 for <hfsig@tapr.org>; Wed, 10 
Jan 1996 03:04:22 -0Q600 (CST) 

Received: (from karn@localhost) by servo.qualcomm.com (8.7.3/8.7.2/1.4) id 
BAA20159; Wed, 10 Jan 1996 01:03:47 -0800 (PST) 

Date: Wed, 10 Jan 1996 01:03:47 -0800 (PST) 

From: Phil Karn <karn@qualcomm. com> 

Message-Id: <199601100903 .BAA20159@servo.qualcomm. com> 

To: hfsig@tapr.org 

In-reply-to: <649487D29F6@frl.orst.edu> (FORRERJ@fr1l.orst.edu) 

Subject: Re: [HFSIG:801] Re: DSP based sound cards 


A further comment on sound cards. 

It's certainly true that few (if any) of the common 16-bit cards come 
anywhere near the CD-quality audio that they imply. But for the 

purpose of hooking up to a HF transceiver, even the worst card is plenty 


good enough. No reason to spend lots of money here. 


Phil 


PS to the list manager: could somebody xpleasex fix the remailer to 
delete the erroneous "Reply-To: hfsig@tapr.org" header it is currently 
adding?? 


From chbrain@dircon.co.uk Wed Jan 10 13:23:59 1996 
Received: from felix.dircon.co.uk (felix.dircon.co.uk [193.128.224.10]) by 
sysi.tapr.org (8.7.2/8.7.2) with SMTP id NAA13803 for <hfsig@tapr.org>; Wed, 10 
Jan 1996 13:23:49 -0600 (CST) 
Received: by felix.dircon.co.uk id AA06036 
(5.67b/IDA-1.5 for <hfsig@tapr.org>); Wed, 10 Jan 1996 19:23:45 GMT 
Message-Id: <199601101923 .AA06036@felix.dircon.co.uk> 
Received: from gw4-194.pool.dircon.co.uk(194.73.168.194) by amnesiac via smap 
(V1.3) 
id sma006027; Wed Jan 10 19:23:25 1996 
X-Sender: chbrain@popmail.dircon.co.uk 
X-Mailer: Windows Eudora Version 1.4.4 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Wed, 10 Jan 1996 19:00:34 +0000 
To: hfsig@tapr.org 
From: chbrain@dircon.co.uk (Charles Brain) 
Subject: Re: [HFSIG:805] Re: DSP based sound cards 


>A further comment on sound cards. 

> 

>It's certainly true that few (if any) of the common 16-bit cards come 
>anywhere near the CD-quality audio that they imply. But for the 

>purpose of hooking up to a HF transceiver, even the worst card is plenty 
>good enough. No reason to spend lots of money here. 

> 

>Phil 

Yes you are right, 


What is more important is how accurate the Xtal Oscillator is especially 
on synchronous bit streams aka the message Johan posted a few months 
ago. 


I tried to be clever and got my 8ary modem to constantly hunt for bit sync 
rather than getting sync and locking to it. What happen? Well as soon as the 
signal faded it re-synced on the noise and started adding extra bits to the 
bit stream, this really screwed up the ECC ! 


Regards Charles. 


From chbrain@dircon.co.uk Wed Jan 10 14:27:27 1996 
Received: from felix.dircon.co.uk (felix.dircon.co.uk [193.128.224.10]) by 
sysi.tapr.org (8.7.2/8.7.2) with SMTP id 0AA15775 for <hfsig@tapr.org>; Wed, 10 
Jan 1996 14:27:07 -0600 (CST) 
Received: by felix.dircon.co.uk id AAQ9555 

(5.67b/IDA-1.5 for <hfsig@tapr.org>); Wed, 10 Jan 1996 20:26:58 GMT 
Message-Id: <199601102026.AA09555@felix.dircon.co.uk> 
Received: from gw4-172.pool.dircon.co.uk(194.73.168.172) by amnesiac via smap 
(V1.3) 


id smaQ09550; Wed Jan 10 20:26:42 1996 
X-Sender: chbrain@popmail.dircon.co.uk (Unverified) 
X-Mailer: Windows Eudora Version 1.4.4 
Mime-Version: 1.0 
Content-Type: text/plain; charset="iso-8859-1" 
Content-Transfer-Encoding: quoted-printable 
Date: Wed, 10 Jan 1996 20:03:48 +0000 
To: hfsig@tapr.org 
From: chbrain@dircon.co.uk (Charles Brain) 

Subject: Channel Simulator 


I thought you might find this interesting 


Snips sSoseeo see soe Secs 
A Software Implementation of Channel Degradation 
Chris Riddle 
NTIA ITS.N1 
Overview: 
=20 


The Institute for Telecommunication Sciences (ITS) has produced a 
Compact Disk (CD) for 
interoperability testing of ALE HF radio systems that comply with Federal 
standards 1045A and 1046/1, 
The 46 minute CD, ALE CD-01A, includes all of the required functions and 
protocols in FED-STD-1045A, 
and several functions in FED-STD-1046/1. The tones on this first CD are 
"clean", i.e., they are pure digital 
tones with no channel degradation. CD-01A is available as NIST Special 
Database 17, as described in the 
"readme.1st" file accompanying this report. A set of twelve CDs, which ITS 
produced in FY 95, were tones 
degraded digitally using the narrowband Watterson model. The channel 
degradations include Gaussian 
noise, fading and multipath. This paper explores the various methods and 
algorithms used for the 
implementation of the Watterson model in the digital domain. 


Introduction: 

=20 

Both the clean and the degraded tones are first generated on a 

computer, then transferred to a 
CD. The program to generate the degraded tones is named ALECALL and was 
written in C. When using 
ALECALL, it is first necessary to define the ALE tones and specific channel 
conditions by writing an ASCII 
protocol file. The protocol file format was designed to be very flexible in 
order to accommodate a wide 
range of ALE calls and channel conditions. The protocol file is the input to 
ALECALL. The output of 
ALECALL is either a wave or a pcm sound file using two channels, 16 bits, 
and a sampling rate of 44.1 


SNR.=20 

There are three basic channel degradation modules which are necessary 
to generate degraded 
channel conditions implementing the Watterson model. The three modules are 
Gaussian noise, multipath, 
and fading bandwidth. By adding some combination or all three of the modules 
and adjusting parameters 
for each of the modules, a wide variety of channel conditions can be 
realized including CCIR Good, CCIR 
Poor, and Gaussian.=20 

There are some inherent limitations with putting ALE tones under 
digitally simulated channel 
conditions on CD. The sampling rate is the primary limitation of a CD. The 
sampling rate of a CD is 44.1 
kHz by definition which limits the greatest frequency that can be 
represented to the Nyquist frequency of 
22.05 kHz. However, for the narrowband channel simulators, this is more 
spectrum than necessary. =20 

The software is in a modular form so that future additions or 
modifications can be easily made. 
Future channel condition models may include new modules such as impulse 
noise. Furthermore, the 
modules can be updated or expanded independently. The digital modules have 
more precision anda 
wider range in the parameter settings than is currently available in channel 
simulation hardware. For 
example, with ALECALL, it is possible to have a precisely controlled 
bandwidth from 0 to 9.9 kHz for 
Gaussian noise instead of being locked into a single bandwidth. 


Gaussian Noise: 

=20 

There are two variables that define Gaussian noise: bandwidth and 
signal to noise (SNR) ratio. 
ALECALL allows any bandwidth of Gaussian noise ranging from 0 to 9.9 kHz, 
and any SNR ratio from -20 
dB to 80 dB. Gaussian noise is very convenient to utilize because when it is 
added to any linear system, it 
remains Gaussian noise. Therefore, both the bandwidth and the SNR ratio of 
the Gaussian noise can be 
adjusted independently. 

There is no standard C call for generating Gaussian noise. However, it 

is possible to define a 
function that closely approximates Gaussian noise. The approximation used in 
ALECALL for generating 
Gaussian noise is as follows: 


double x =3D 0; 
int k; 
for(k=3D0; k<12; k++) 
x +=3D (double) xrand() /RAND_MAX; 
x -=3D 6.0; 
=20 


This produces nearly perfect Gaussian noise with a variance of 1 and a mean 
of 0. The maximum and 
minimum values of this function is 6 and -6 respectively. Ideally, Gaussian 
noise should be able to take 
values greater than 6 and less than -6. However, such values would be 
greater than 6 standard deviations 
from the mean which occurs less than 0.001% of the time.=20 

Once the Gaussian noise is generated, it is then shaped to have the 
predefined SNR ratio and 
bandwidth. The bandwidth is controlled by passing the Gaussian noise through 
a fourth order Butterworth 
low pass infinite impulse response (IIR) filter. The Butterworth type filter 
was chosen because there is no 
ripple which is compliant with the Watterson model. A fourth order filter 
was chosen for the extremely 
narrow transition band. In fact, the transition band is noticeably better 
than the transition band on some 
hardware channel simulators. 

In general, the Butterworth IIR filter is easily realized in C. The 
code and corresponding diagram is 
as follows: 

=20 


/*x Now run the noise through a fourth order digital filter x/ 
Fn[0] =3D value; 
Gn[O] =3D Fn[4]*B[5] + Fn[3]*B[4] + Fn[2]*B[3] + Fn[1]*B[2] += 
Fn[0]*B[1]; 
Gn[0] =3D Gn[O] - Gn[1]*A[2] - Gn[2]*A[3] - Gn[3]*A[4] - Gn[4]*A[5]; 


Fn[4] =3D Fn[3]; 
Fn[3] =3D Fn[2]; 
Fn[2] =3D Fn[1]; 
Fn[1] =3D Fn[0]; 


Gn[4] =3D Gn[3]; 
Gn[3] =3D Gn[2]; 
Gn[2] =3D Gn[1]; 
Gn[1] =3D Gn[0]; 


For a filter of order n, there are 2*n+1 delays. Therefore the fourth order 
LPF has a filter startup period, or 
initialization period, of 9 samples. For each sample the input to the filter 
is Gaussian noise generated as 
previously described, and the output of the filter is band limited Gaussian 
noise. The values in the A[n+1] 
and B[n+1] arrays define the filter and are calculated at the beginning of 
ALECALL based on the given 
bandwidth. =20 

In addition to band limiting the Gaussian noise, the amplitude must be 
adjusted to generate the 
predefined SNR ratio. This is a two step process. Before the digital filter, 


the Gaussian noise is adjusted in 

amplitude to match the predefined SNR ratio. This is a simple calculation 

because the signal power and 

SNR ratio are known( noise power =3D signal power / [SNR ratio] ). 

Unfortunately, the digital filter introduces 

power loss. Therefore, the amplitude must be increased after the digital 

filter to compensate for the power 

loss. When calculating the power loss, a good approximation to the 4th order 

low pass Butterworth filter is 

an ideal low pass filter. With this approximation, the power loss is exactly 

inversely proportional to the 

filtered bandwidth. The lost power is accounted for in the following code: 
=20 


Scale_factor =3D sqrt( Nyquist / Bandwidth ); 


|x 

xx Now, the noise power has been attenuated by the filter. 

xx Multiply by the sqrt( filter_bandwidth / nyquist_frequency) so 
xx that the noise power ( power is average squared value ) is 

*x correct for the given signal to noise ratio. 

*/ 

Gn[O] =3D Gn[O0] * Scale factor; 


Multipath: 

=20 

The method used to create multipath is nearly identical to that of Eric 
Johnson's channel 
Simulation software. The method implements a simple delay line where the 
current sample value is stored 
and added to a previous sample value an integer number of samples back 
corresponding to the multipath 
delay in milliseconds. Eric Johnson's software implements linear 
interpolation between sample values for 
fractional sample delays. ALECALL is limited to an integer number of sample 
delays. This provides a 
sufficient resolution of 1/44100 seconds or about 0.023 ms. The digital 
delay line is implemented as 
follows: 


int multipath( int current ) 


q 
int temp; 
Multipath_d_1[ Multi_index++ ] =3D current; 
if( Multi_index > 441 ) /* Wrap around x/ 


Multi_index =3D 1; 
temp =3D Multipath_d_1[ wrap(Multi_index - (int) (44.1*Multi_delay)= 
1; 
return (int)( Multi_scalextemp ); 
% /x end multipath x/ 


The variable Multi_scale is included to allow the multipath signal to have 
either more or less power than 


the original signal. The default value of Multi_scale is 1 representing 
equal power. 
=20 
Fading: 

=20 

Digital implementation of a fading bandwidth digitally proved to be 
quite challenging. ALECALL 
produces fading analogous to the method used by the Harris RF-3460 channel 
simulator. The Harris RF- 
3460 multiplies two versions of the baseband input signal that differ by 900 
by two independent tap gain 
multipliers. The independent tap gain multipliers are Gaussian processes 
which have precisely controlled 
power spectrums which define the fading bandwidth. The two versions of the 
baseband signal are then 
combined to produce the fading output. By studying the output of the Harris 
RF-3460, it is evident that the 
levels of the independent tap gain multipliers must be such that the 
magnitude of the fading output can be 
a maximum of twice the amplitude of the original signal. Additionally, it is 
evident that the average 
magnitude of the fading output is equal to the average magnitude of the 
original signal. 

To control the power spectrum, a second order Butterworth IIR low pass 
filter (LPF) is used. The 
Watterson model requires the envelope of the digital filter power spectrum 
to be Gaussian. However, as 
Eric Johnson discovered, a second order digital low pass filter is a good 
enough approximation. The 
fading bandwidth ranges between 0.1 and 10 Hz. Therefore, the cutoff 
frequency of the low pass filter 
must range between 0.1 and 10 Hz. These are very low frequencies when 
compared to the Nyquist 
frequency of 22.05 kHz.=20 

The input to the LPF must be a Gaussian process as dictated by the 
Watterson model. For 
numerical convenience, the input to the LPF is Gaussian noise with values 
that range between -1 and 1 
where 1 represents the largest possible tap gain multiplier value, 0.5 
represents unity gain such that the 
average magnitude of the fading output is equal to the magnitude of the 
original signal, and 0 represents 
zero amplitude. By dividing the output of the Gaussian random number 
generating function by 6, the 
output is Gaussian noise that ranges from -1 to 1 with a standard deviation 
of 0.1667. However, the 
average absolute value is approximately 0.1326 instead of the desired 
average absolute value of 0.5. 
ALECALL automatically adjusts the input level to match the desired above 
criteria. The code to create the 
input to the fading filter is below: 


double fix_average =3D 3.77; /*x fix_average is the number that inputx/ 


/* needs to be multiplied by so that the’ ¥x/ 


/* average absolute value of input is */ 

/* exactly .5 */ 

/* .1326 * 3.77 =3D .5 */ 
input =3D random()/6; /x Gaussian random number between -1 and 1 x/ 
input =3D fix_averagexinput; /x* So the average absolute value is .5 */ 


This amplification allows input values to be greater than 1 and less than 
-1. However, once the input is put 
through the LPF, this happens less than 0.01% of the time, and when it does 
it is limited to the range from 
-1 to 1. =20 

The second order LPF controls the spectrum but has a huge power loss. 
The power loss is 
proportional to the area under the magnitude versus frequency curve of the 
LPF. By normalizing the LPF 
to have an area of 1 ( normalized by scaling the frequency axis by the 
Nyquist frequency so the value at 
the Nyquist frequency is 1 ), the LPF will not introduce power loss. This 
process involves first computing 
the area under the LPF, then scaling it so the area is unity. The area can 
be computed several ways, the 
best of which is by calculating the area under a Gaussian curve for the 
given LPF cutoff frequency. 
ALECALL uses an easily integrated function which is an alternative way to 
approximate the area under the 
LPF curve. The code to scale the area under the LPF curves is as follows: 


normalized =3D wa/PI; /x So normalized varies from 0 to 1 x/ 
/*x depending on the cutoff frequency x/ 

Area_gain =3D 1 / (normalized * atan(1/normalized) ); 

Area_gain =3D sqrt(Area_gain) ; 


Fade_gain_1 =3D Area_gainx(Gn_f1[0]); 


Normally, the 900 phase shift is a complicated process involving the 
Hilbert transform. However, 
because the ALE tones are deterministic waveforms, it is trivial to 
introduce a 900 phase shift. When 
ALECALL is generating the ALE tones, the function is Amplitudexcos( wt ). To 
obtain a waveform that is 
shifted by 900, the expression is simply Amplitudexcos(wt +=E3/2) or 
Amplitudexsin(-wt). Both versions of the 
baseband input signal are multiplied by the two independent tap gain 
multipliers as shown in the following 
code: 


dac_level[chan] =3D Levels * Level_scale « cos(w * t); /* Original tone= 


*/ 


if( (Fade) && (chan !=3DRIGHT) ) 


q 
fade_filter_1(); /*x Update Fade_gain_1 x/ 


fade_filter_2(); /*x Update Fade_gain_2 x/= 


=20 
dac_level[chan] =3D Fade_gain_1 * dac_level[chan]; 
dac_level[chan] +=3D Fade_gain_2*LevelsxLevel_scalex( -sin(wxt)= 


$ 


When the two baseband input signals are combined, this results in a fading 
output. 


Conclusion: 

=20 

ALECALL is currently capable of simulating the Watterson model channel 
conditions that have 
been used for the FED-STD-1045A testing. However, in testing done in the ITS 
laboratory, the degraded 
tone performance tests did not track directly to tests performed with the 
Harris RF-3460 channel 
simulator. In particular, CCIR Good performance using the degraded tone CD 
was significantly less than 
when using the channel simulator. 


Regards Charles G4GUO 


From forrerj@ucs.orst.edu Wed Jan 10 18:25:27 1996 
Received: from ucs.orst.edu (forrerj@ucs.orst.edu [128.193.4.5]) by sys1.tapr.org 
(8.7.2/8.7.2) with SMTP id SAA22475 for <hfsig@tapr.org>; Wed, 10 Jan 1996 
18:23:09 -0600 (CST) 
Received: by ucs.orst.edu; (5.65v3.2/1.1.8.2/24Sep94-1201PM) 
id AA13762; Wed, 10 Jan 1996 16:22:42 -0800 
Date: Wed, 10 Jan 1996 16:22:41 -0800 (PST) 
From: Johan Forrer <forrerj@ucs.orst.edu> 
To: hfsig@tapr.org 
Subject: Re: [HFSIG:806] Re: DSP based sound cards 
In-Reply-To: <199601101923 .AAQ6036@felix.dircon.co.uk> 
Message-Id: <Pine.OSF.3.91.960110151926.2057A-100000@ucs.orst.edu> 
Mime-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 


Hi Charles, 


On Wed, 10 Jan 1996, Charles Brain wrote: 


> >A further comment on sound cards. 

> > 

> >It's certainly true that few (if any) of the common 16-bit cards come 

> >anywhere near the CD-quality audio that they imply. But for the 

> >purpose of hooking up to a HF transceiver, even the worst card is plenty 
> >good enough. No reason to spend lots of money here. 

>> 

> >Phil 

> 


Yes you are right, 


What is more important is how accurate the Xtal Oscillator is especially 
on synchronous bit streams aka the message Johan posted a few months 
ago. 


I tried to be clever and got my 8ary modem to constantly hunt for bit sync 
rather than getting sync and locking to it. What happen? Well as soon as the 
signal faded it re-synced on the noise and started adding extra bits to the 
bit stream, this really screwed up the ECC ! 


Regards Charles. 


VV VV VV VV VV VV OV 


It took a long time devising and doing on-the-air tests to find a good 
bit synch algorithm for my TOR programs. Here is one way that I do it 
(and is due to Peter, G3PLX) that may be of interest: 


1) oversample the output from the integegrate-and-dump filters, in my 
case I use 10 times oversampling - just because it was convenient. 


2) what you want to establish is a sliding window that is one symbol long. 
For the case in 1) the window has ten "ticks" labelled -5, -4, -3, -2, 

-1, 1, 2, 3, 4, 5. When there is perfect bit synch, there would be a bit 
transition around tick -1, or 1. 


3) the algorithm thus looks at the output of the demodulator and sums the 
value assigned to the tick where it sees a transition, i.e., if it sees a 
transition at -3, it adds -3 into a global counter called say, BITSYNC. 


4) decide on some thershold value, say +/-128 or so, that when that is 
exceeded, you need to bump your master clock timing (either change it's 
frequency, let it miss a beat/bump it up, or dither - whatever means 

that will do it). If the value in BITSYNC is negative for instance, your clock 
is too fast, and if it is positive, it is too slow. 


The neat thing is that, depending on the noise present, random 
transitions, tend to cancel each other in BITSYNCH, so you seldom see 
spurious clock adjustments. A nice systematic clock, however, tracks very 
nicely. The trick is to find suitable thresholds, however, even that is 
not overly critical. For SITOR, this early/late gate procedure tracks 
extremely well. The other thing is that since the algorithm communicates 
the value of the bit at its mid value, if for example your demodulator 
filters delay are 1/2 the symbol time, you effectively achieve near 
coherent (true matched filter) performance. 


I don't think this algorithm is all that unique and probably find it used 
in other situations. 


Another very neat way of doing it right, is to do what Dave Mills have 
implemented for his RTTY demodulator for the DSP-93. He has made a 
Viterbi decoder based on the where the transitions occur and thus 


effectively has a ML approach. It is possible to feed the data from each 
of the above data points into a trellis and come out with a ML solution 
of which instance was the correct one. 


An erratic synch algorithm can really give one crazy. 
Hope this is of interest. 

73's 

--Johan 


From chbrain@dircon.co.uk Thu Jan 11 12:44:47 1996 
Received: from felix.dircon.co.uk (felix.dircon.co.uk [193.128.224.10]) by 
sysi.tapr.org (8.7.2/8.7.2) with SMTP id MAA27726 for <hfsig@tapr.org>; Thu, 11 
Jan 1996 12:44:37 -0600 (CST) 
Received: by felix.dircon.co.uk id AA05933 
(5.67b/IDA-1.5 for <hfsig@tapr.org>); Thu, 11 Jan 1996 18:43:26 GMT 
Message-Id: <199601111843 .AA05933@felix.dircon.co.uk> 
Received: from gw4-174.pool.dircon.co.uk(194.73.168.174) by amnesiac via smap 
(V1.3) 
id smaQ05923; Thu Jan 11 18:43:14 1996 
X-Sender: chbrain@popmail.dircon.co.uk 
X-Mailer: Windows Eudora Version 1.4.4 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Thu, 11 Jan 1996 18:20:47 +0000 
To: hfsig@tapr.org 
From: chbrain@dircon.co.uk (Charles Brain) 
Subject: Re: [HFSIG:808] Re: DSP based sound cards 


>An erratic synch algorithm can really give one crazy. 
> 

>Hope this is of interest. 

> 

>73's 

> 

>--Johan 

> 

> 

Thanks Johan, 

The technique I used for bit sync was to use MDS as described by Adrian 
Nash G4ZHZ. I have arranged the FFT's input window to be one bit period, on 
each sample I do an FFT, then take the magnitude of the bin with the 
greatest value and divide it by the sum of all the other magnitudes. This 
produces a signal with a component at the symbol. I then filter this 
and push it though a buffer who's length is half a bit period. 


I then look at the current filtered value and the oldest one. If they are above 
a certain level and the sample in the middle is larger then I consider I have 
straddled the symbol and I find the bin with the greatest magnitude. 

I Then lock an NCO to this etc etc etc. The NCO is required as sometimes you 
get two symbols with the same tone. 


I use the bit sync status as a DCD as well. 

I guess I ought to let it continuosly sync but increase the threshold levels 
so if the receive signal drifts I can track it. If the signal fades then I 
should no longer try to lock onto the noise! 


I guess I will have hours of fun perfecting this ! After all thats what it's all 
about. 


Regards Charles. 


From chbrain@dircon.co.uk Thu Jan 11 13:49:08 1996 
Received: from felix.dircon.co.uk (felix.dircon.co.uk [193.128.224.10]) by 
sysi.tapr.org (8.7.2/8.7.2) with SMTP id NAA29962 for <hfsig@tapr.org>; Thu, 11 
Jan 1996 13:48:59 -0600 (CST) 
Received: by felix.dircon.co.uk id AA10625 
(5.67b/IDA-1.5 for <hfsig@tapr.org>); Thu, 11 Jan 1996 19:48:22 GMT 
Message-Id: <199601111948 .AA10625@felix.dircon.co.uk> 
Received: from gw4-180.pool.dircon.co.uk(194.73.168.180) by amnesiac via smap 
(V1.3) 
id sma010618; Thu Jan 11 19:48:14 1996 
X-Sender: chbrain@popmail.dircon.co.uk 
X-Mailer: Windows Eudora Version 1.4.4 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Thu, 11 Jan 1996 19:25:48 +0000 
To: hfsig@tapr.org 
From: chbrain@dircon.co.uk (Charles Brain) 
Subject: Re: [HFSIG:809] Re: DSP based sound cards 


The technique I used for bit sync was to use MDS as described by Adrian 


>Nash G4ZHZ. I have arranged the FFT's input window to be one bit period, on 
ANNNANNAA 


Whoops I mean't symbol not bit !!! 
CHB 


From srbible@mindport.net Thu Jan 11 17:09:59 1996 

Received: from polaris.mindport.net (root@polaris.mindport.net [205.219.167.2]) by 
sysi.tapr.org (8.7.2/8.7.2) with SMTP id RAAQ6242; Thu, 11 Jan 1996 17:09:56 -0600 
(CST) 

Received: from polaris.mindport.net (synapse-34.mindport.net [205.219.167.53]) by 
polaris.mindport.net (8.6.12/8.6.12) with SMTP id SAA16246; Thu, 11 Jan 1996 
18:09:52 -0500 

Date: Thu, 11 Jan 1996 18:09:52 -0500 

Posted-Date: Thu, 11 Jan 1996 18:09:52 -0500 

Message-Id: <199601112309.SAA16246@polaris.mindport.net> 

X-Sender: srbible@mail.mindport.net 

X-Mailer: Windows Eudora Version 1.4.4 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

To: ss@tapr.org, hfsig@tapr.org 


From: srbible@mindport.net (Steven R. Bible) 
Subject: SS, Digital Comms, and DSP Books - a bibliography 


Recently I was looking for textbooks on the topics of Spread Spectrum, 
Digital Communications, and Digital Signal Processing. I turned to the 
World Wide Web in search for these and technical book stores advertising on 
the Web. Here's what I found. 


http: //www.mindport.net/~srbible/biblio. html 
The books listed on this page are recent, in-print books. 


Hyperlinks on titles will take you to the publishers web page that will 
describe the books in more detail. At the end of the book list are some book 
stores that specialize in technical books and publishers. 


Let me know how you like this format. Let me know if there's a book to add 
to the list. Perhaps what would be even more useful to hams is a short 
description by a ham on the fitness of the book toward our work. I would 
like to rate the books either by stars (1 to 5 stars) or catogorize them as 
theoretical, practical, recommended reading, mandatory read, a most have. 


Other bibliograph web pages I have authored are: 
Spread Spectrum - http://www.tapr.org/ss/biblio.html 


Packet Radio - http://www.tapr.org/tapr/html/biblio.html 


- Steve, N7HPR 


srbible@mindport.net 
n7hpr@amsat.org 
n7hpr@tapr. org 


From forrerj@ucs.orst.edu Sun Jan 14 19:26:19 1996 
Received: from ucs.orst.edu (root@ucs.orst.edu [128.193.4.5]) by sys1.tapr.org 
(8.7.2/8.7.2) with SMTP id TAA14140 for <HFSIG@TAPR.ORG>; Sun, 14 Jan 1996 
19:26:17 -0600 (CST) 
Received: from p03.tO.monrotel.com by ucs.orst.edu; 
(5.65v3.2/1.1.8.2/24Sep94-1201PM) 
id AA22634; Sun, 14 Jan 1996 17:26:01 -0800 
Message-Id: <9601150126.AA22634@ucs.orst.edu> 
X-Sender: forrerj@ucs.orst.edu (Unverified) 
X-Mailer: Windows Eudora Version 1.4.4 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Sun, 14 Jan 1996 17:32:13 -0800 
To: HFSIG@tapr.org 
From: forrerj@ucs.orst.edu (Johan Forrer) 
Subject: HF Modem sounds uploaded 


Hi, 


I have made two .WAV format recodings of Pawel's new modems: the 15-tone 
parallel modem, and also of the 30 BPS slow speed BPSK modems - for the 
those that does not have an EVM. These sounds may be played on Windows 
system using your media player. The sample rate is 22 kHz and the clips are 
some 20 seconds each. 


Please look for them in a file "SOUNDS.ZIP" on the HFSIG upload area. Please 
be warned that the files are big. 


--Johan 


From Hakan.Bergzen@telub.se Mon Jan 15 04:08:58 1996 
Received: from terminus.inforum.telub.se (terminus.inforum.telub.se 
[147.13.12.199]) by sys1.tapr.org (8.7.2/8.7.2) with SMTP id EAAQ5736 for 
<hfsig@tapr.org>; Mon, 15 Jan 1996 04:08:51 -0600 (CST) 
Received: from noak.vxo.telub.se by terminus.inforum.telub.se with SMTP (PP) 
id <19658-0@terminus.inforum.telub.se>; 
Mon, 15 Jan 1996 11:06:22 +0100 
Received: by noak with Microsoft Mail id <31053209@noak>; 
Mon, 15 Jan 96 11:07:53 GMT 
From: "Bergzen Hakan, KARL" <Hakan.Bergzen@telub.se> 
To: HFSIG at TAPR <hfsig@tapr.org> 
Subject: HF channel simulator 
Date: Mon, 15 Jan 96 11:03:00 GMT 
Message-ID: <31053209@noak> 
Return-Receipt-To: HABE <Hakan.Bergzen@telub.se> 
Encoding: 27 TEXT 
X-Mailer: Microsoft Mail V3.0 
MIME-Version: 1.0 
Content-Type: Text/plain; charset="US-ASCII" 
Content-Transfer-Encoding: 7bit 


Hello to you all, 


Now with all this exciting modem development going on, wouldn't 

it be interesting if an HF channel simulator, preferrably operating 
in accordance with the Watterson model (CCIR Rep 549-2). CCIR 

(or ITU-R as it is nowadays is called) have also defined 3 typical 
channels: Good, Moderate and Poor (CCIR Rec 520-1) beside the 

AWGN specifically for the purpose of performing comparative 
evaluations on HF modems. 


To my knowledge, the available commercial channel simulators 

are quite expensive (They can even cost up to USD30000, due to a 
small market and small series). They are therefore nothing for the 
private developer to consider. However, they are extremely useful 
during HF modem development and testing. 


The Watterson model is a fairly simple one, easily incorporated in 
a cheap fixed point DSP. My suggestion/question is: Has anyone out 


there developed a Watterson simulator operating on any of those handy 
and available DSP starter kits from Texas Instruments, Motorola...? 
And, if so, could that software code be made available (shareware/ 
freeware) to us all? 


All the best, 
Hakan Bergzen (hakan.bergzen@telub.se) 


From kurpiers@zeus.uet.e-technik.th-darmstadt.de Mon Jan 15 04:54:21 1996 
Received: from rs2.hrz.th-darmstadt.de (rs2.hrz.th-darmstadt.de [130.83.22.63]) by 
sysi.tapr.org (8.7.2/8.7.2) with SMTP id EAAQ06737 for <hfsig@tapr.org>; Mon, 15 
Jan 1996 04:53:44 -0600 (CST) 

Received: from zeus (zeus.uet.e-technik.th-darmstadt.de [130.83.18.75]) by 
rs2.hrz.th-darmstadt.de (8.6.12/8.6.12.1ms) with ESMTP id LAA25924 for 
<hfsig@tapr.org>; Mon, 15 Jan 1996 11:51:09 +0100 

Received: from hades.uet.e-technik.th-darmstad (hades.uet.e-technik.th- 
darmstadt.de [130.83.18.78]) by zeus (8.7.1/8.6.9-HRZ) with ESMTP id LAA34222 for 
<hfsig@tapr.org>; Mon, 15 Jan 1996 11:51:04 +0100 

Received: (from kurpiers@localhost) by hades.uet.e-technik.th-darmstad 
(8.7.1/8.7.1-HRZ-Fwd2.2) id LAA16635; Mon, 15 Jan 1996 11:51:04 +0100 

Date: Mon, 15 Jan 1996 11:51:03 +0100 (MEZ) 

From: Alexander Kurpiers <kurpiers@zeus.uet.e-technik.th-darmstadt.de> 

To: hfsig@tapr.org 

Subject: Re: [HFSIG:813] HF channel simulator 

In-Reply-To: <31053209@noak> 

Message-ID: <Pine.A32.3.91.960115114412 .21491A-100000@hades.uet.e-technik. th- 
darmstadt.de> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 


On Mon, 15 Jan 1996, Bergzen Hakan, KARL wrote: 


Hello to you all, 


Now with all this exciting modem development going on, wouldn't 

it be interesting if an HF channel simulator, preferrably operating 
in accordance with the Watterson model (CCIR Rep 549-2). CCIR 

(or ITU-R as it is nowadays is called) have also defined 3 typical 
channels: Good, Moderate and Poor (CCIR Rec 520-1) beside the 

AWGN specifically for the purpose of performing comparative 
evaluations on HF modems. 


To my knowledge, the available commercial channel simulators 

are quite expensive (They can even cost up to USD30000, due to a 
small market and small series). They are therefore nothing for the 
private developer to consider. However, they are extremely useful 
during HF modem development and testing. 


The Watterson model is a fairly simple one, easily incorporated in 
a cheap fixed point DSP. My suggestion/question is: Has anyone out 
there developed a Watterson simulator operating on any of those handy 


VV VV VV VV VV VV VV VV VV VV 


> and available DSP starter kits from Texas Instruments, Motorola...? 
> And, if so, could that software code be made available (shareware/ 
> freeware) to us all? 

> 

> All the best, 

> 

> Hakan Bergzen (hakan.bergzen@telub.se) 

> 

> 

Hi! 


I've here the Watterson simulator running on a TMS320c26 board. 

It should be easy to port to the EVM. The problem is: I don't have the 
EVM. I wanted to put the source on the the ftp-server, but there are 
still some changes to be done and the documentation is currently in 
German. 


The C26 board I'm using here for the simulator uses an 320c44 AIC, as 
far as I know the EVM uses the same chip. 


If anybody is interested in porting the simulator to the EVM, please 


send me an e-mail. 


Three multipath components can be simulated plus AWGN. 
There seems to be some computational power left to implement an interference 
model (bandpass filtered Gaussian noise). 


73' Alexander DL8AAU 


Fo See eee sete eee post Soe o eet spe ee ee eee eee pees * 
| Alexander F. Kurpiers | | 
| Institut f. Uebertragungstechnik | Voice: +49-6151-162369 | 
| u. Elektroakustik | Fax : +49-6151-165545 

| Merckstrasse 25 | EMail: a.kurpiers@uet.th-darmstadt.de | 
| D-64283 Darmstadt (Germany) | Hamradio: dl8aau@dbOzdf.#rpl.deu.eu 

Relea aD Sen ece Sat Ses eae Se ee * 


From chbrain@dircon.co.uk Mon Jan 15 12:42:40 1996 
Received: from felix.dircon.co.uk (felix.dircon.co.uk [193.128.224.10]) by 
sysi.tapr.org (8.7.2/8.7.2) with SMTP id MAA18577 for <hfsig@tapr.org>; Mon, 15 
Jan 1996 12:42:15 -0600 (CST) 
Received: by felix.dircon.co.uk id AAQ0Q029 
(5.67b/IDA-1.5 for <hfsig@tapr.org>); Mon, 15 Jan 1996 18:41:14 GMT 

Message-Id: <199601151841.AA00029@felix.dircon.co.uk> 
Received: from gw4-158.pool.dircon.co.uk(194.73.168.158) by amnesiac via smap 
(V1.3) 

id sma029130; Mon Jan 15 18:25:16 1996 


X-Sender: chbrain@popmail.dircon.co.uk 

X-Mailer: Windows Eudora Version 1.4.4 
Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 
Date: Mon, 15 Jan 1996 18:01:30 +0000 

To: hfsig@tapr.org 

From: chbrain@dircon.co.uk (Charles Brain) 
Subject: Re: [HFSIG:814] Re: HF channel simulator 


>The C26 board I'm using here for the simulator uses an 320c44 AIC, as 
>far as I know the EVM uses the same chip. 

> 

>If anybody is interested in porting the simulator to the EVM, please 
>send me an e-mail. 

> 

>73' Alexander DL8AAU 

> 

> 

Hello Alexander, 

I would be interested in the code, however I can't understand German 
and I have a C50 DSK, it should be possible to do a direct port as 
the C50 can be put into C25/6 emulation mode. 


Regards Charles G4GUO 


From FLundgren@daniel.maf.org Wed Jan 24 12:20:10 1996 
Received: from daniel.maf.org (daniel.maf.org [204.31.147.2]) by sys1.tapr.org 
(8.7.3/8.7.2) with ESMTP id MAA29450 for <hfsig@tapr.org>; Wed, 24 Jan 1996 
12:20:07 -0600 (CST) 
Received: from gabriel.maf.org (gabriel.maf.org [204.31.147.3]) by daniel.maf.org 
(8.7.1/96011301) with SMTP id KAAQ3955 for <hfsig@tapr.org>; Wed, 24 Jan 1996 
10:20:01 -0800 (PST) 
Received: from ccMail by gabriel.maf.org (SMTPLINK V2.10.08) 

id AA822507011; Wed, 24 Jan 96 11:03:37 UTC 
Date: Wed, 24 Jan 96 11:03:37 UTC 
From: FLundgren@daniel.maf.org (Fred Lundgren) 
Message-Id: <9600248225 .AA822507011@gabriel.maf.org> 
To: hfsig@tapr.org 
Subject: Near Vertical Angle propigation 


First of all, thanks to the many who responded to my previous inquire 
on "Radio Mail using Paktor/GTor." There were many useful suggestions. 


The next question I have concerns "Near Vertical Angle propagation" 
(NVA). I have seen NVA mentioned in articles about subsurface antennas 
but, I have been unable to locate data in the literature (that I have 
which isn't all that much) that I can hang my hat on. 


So: Assuming an operating frequency somewhere between 3 and 7 MHZ and a 
desired earth return point around 100 to 200 miles out: 


1) What type of antenna is best? Dipole, Rhombic, etc. 


2) Optimum height above ground? 
3) Best ground? earth, metal, counterpoise. etc. 
4) Optimum takeoff angle and how to optimize? 


5) What to expect in the way of power loss to ground, vs height 
above ground, vs takeoff angle etc. 


6) What to expect in the way of SWR and overall antenna 
efficiency in an optimum NVA system? 


Thanks for the assist on this. 
73, Fred (N7LSZ) 


From alanb@tsnake2.sr.hp.com Wed Jan 24 14:12:37 1996 

Received: from relay.hp.com (relay.hp.com [15.255.152.2]) by sys1.tapr.org 

(8.7.3/8.7.2) with ESMTP id OAAQ4215 for <hfsig@tapr.org>; Wed, 24 Jan 1996 

14:12:26 -0600 (CST) 

Received: from srmail.sr.hp.com by relay.hp.com with ESMTP 
(1.37.109.16/15.5+ECS 3.3) id AA129404326; Wed, 24 Jan 1996 12:12:07 -0800 

Received: from tsnake2.sr.hp.com by srmail.sr.hp.com with ESMTP 
(1.37.109.16/15.5+ECS 3.3) id AA239754325; Wed, 24 Jan 1996 12:12:05 -0800 

Received: by tsnake2.sr.hp.com 
(1.37.109.16/15.5+ECS 3.3) id AA168054324; Wed, 24 Jan 1996 12:12:04 -0800 

From: Alan Bloom <alanb@tsnake2.sr.hp.com> 

Message-Id: <199601242012 .AA168054324@tsnake2.sr.hp.com> 

Subject: Re: [HFSIG:816] Near Vertical Angle propigation 

To: hfsig@tapr.org (Fred Lundgren) 

Date: Wed, 24 Jan 1996 12:12:04 -0800 (PST) 

In-Reply-To: <9600248225.AA822507011@gabriel.maf.org> from "Fred Lundgren" at Jan 

24, 96 12:38:37 pm 

X-Mailer: ELM [version 2.4 PL21] 

Mime-Version: 1.0 

Content-Type: text/plain; charset=US-ASCII 

Content-Transfer-Encoding: 7bit 


> The next question I have concerns "Near Vertical Angle propagation" 
> (NVA). 


>From what I gather, a "NVA" aka "NVIS" antenna is what we used to call a 
"PW" antenna ("puny weak"). A good DX antenna has good low-angle 
radiation to maximize long-distance propagation and the least possible 
high-angle radiation to minimize interference from nearby stations and 
noise sources. A NVIS ("Near-Vertical Incident Skywave") antenna 

does just the opposite, in order to facilitate local (under a couple 
hundred miles) communications. 


> So: Assuming an operating frequency somewhere between 3 and 7 MHZ anda 
> desired earth return point around 100 to 200 miles out: 
> 


> 1) What type of antenna is best? Dipole, Rhombic, etc. 
I don't think it matters much as long as the antenna is close to the ground. 
> 2) Optimum height above ground? 


The closer to the ground, the less low-angle radiation. But if you get 
too close, you lose too much efficiency due to ground losses. A quarter 
wavelength seems like a good height since the ground-reflected wave is 
in phase (maximum radiation) for vertical radiation. 


> 3) Best ground? earth, metal, counterpoise. etc. 


If you could cover the ground under the antenna with wire mesh, that would 
minimize ground losses. 


> 4) Optimum takeoff angle and how to optimize? 
You want to maximize high-angle radiation and minimize low-angle. 


> 5) What to expect in the way of power loss to ground, vs height 
> above ground, vs takeoff angle etc. 


It depends so much on your particular soil conditions that it's impossible 
to give a general answer. There are computer programs available that 

give accurate answers if you can somehow figure out the conductivity and 
dielectric constant of your soil. 


> 6) What to expect in the way of SWR and overall antenna 
> efficiency in an optimum NVA system? 


Antenna impedance (at least for simple antennas like dipoles) gets lower 
the closer the antenna is to ground. Again, the efficiency (and SWR) 
depend strongly on your soil conditions. For maximum efficiency, you 
want the soil conductivity to be high (good reflector). 


Alan Bloom N1AL 


From rwhiting@winternet.com Wed Jan 24 15:00:11 1996 

Received: from icicle (root@icicle.winternet.com [198.174.169.5]) by sys1.tapr.org 
(8.7.3/8.7.2) with SMTP id PAAOQ6150 for <hfsig@tapr.org>; Wed, 24 Jan 1996 
15:00:07 -0600 (CST) 

Received: from LOCALNAME (ppp-66-55.dialup.winternet.com [204.246.66.55]) by 
icicle (8.6.12/8.6.12) with SMTP id OAAQ5366 for <hfsig@tapr.org>; Wed, 24 Jan 
1996 14:59:56 -0600 

Date: Wed, 24 Jan 1996 14:59:56 -0600 

Posted-Date: Wed, 24 Jan 1996 14:59:56 -0600 

Message-Id: <199601242059.0AAQ5366@icicle> 

X-Sender: rwhiting@mail.winternet.com 

X-Mailer: Windows Eudora Light Version 1.5.2 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

To: hfsig@tapr.org 


From: Rick Whiting <rwhiting@winternet.com> 
Subject: Re:Near Vertical Angle propigation 


At 12:44 1/24/96 -0600, Fred Lundgren wrote: 


[snip] 

> 

> The next question I have concerns "Near Vertical Angle propagation" 

> (NVA). I have seen NVA mentioned in articles about subsurface antennas 
> but, I have been unable to locate data in the literature (that I have 
> which isn't all that much) that I can hang my hat on. 

> 

> So: Assuming an operating frequency somewhere between 3 and 7 MHZ and a 
> desired earth return point around 100 to 200 miles out: 

> 

> 1) What type of antenna is best? Dipole, Rhombic, etc. 


Dipole is one. See reference below for more. 


> 
> 2) Optimum height above ground? 


Low. You can model this with appropriate software, e.g., see ads in ham 
magazines. Be sure to pick a package that handles ground correctly (MININEC 
doesn't). Also see info in refeence below. 


Take a look at "NVIS (Near Vertical Incident Skywave), Running Reference 
File," from Stanly E. Harter, Assistant Chief, Telecommunications Div., 
Office of the Governor, Office of Emergency Services, 2800 Meadowview Rd., 
Sacramento, CA 95832. Phone (916) 427-4281 (or try packet to KH6GBX @ 
WA6NWE .4ENOCAL.CA.USA). This is a collection of several articles that will 
answer many of your questions. 


73/Rick WOTN 


| Richard A. (Rick) Whiting Phone: + 1 612 550 1213 

| 5780 Rosewood Ln. N. E-mail: rwhiting@winternet.com 

| Plymouth, MN 55442-1411 Packet: WOTN @ WBOGDB.MN.USA.NOAM 
| U.S.A. Fax: Number on request 


From rwhiting@winternet.com Wed Jan 24 15:30:20 1996 

Received: from icicle (root@icicle.winternet.com [198.174.169.5]) by sys1.tapr.org 
(8.7.3/8.7.2) with SMTP id PAAO7341 for <hfsig@tapr.org>; Wed, 24 Jan 1996 
15:30:18 -0600 (CST) 

Received: from LOCALNAME (ppp-66-157.dialup.winternet.com [204.246.66.157]) by 
icicle (8.6.12/8.6.12) with SMTP id PAA10989 for <hfsig@tapr.org>; Wed, 24 Jan 
1996 15:30:14 -0600 

Date: Wed, 24 Jan 1996 15:30:14 -0600 

Posted-Date: Wed, 24 Jan 1996 15:30:14 -0600 

Message-Id: <199601242130.PAA10989@icicle> 

X-Sender: rwhiting@mail.winternet.com 

X-Mailer: Windows Eudora Light Version 1.5.2 

Mime-Version: 1.0 


Content-Type: text/plain; charset="us-ascii" 

To: hfsig@tapr.org 

From: Rick Whiting <rwhiting@winternet.com> 

Subject: Re: PLEASE HELP: Radio Design for Severely Handicapped 


Seth A. Watkins wrote: 


>We are interested in designing/acquiring/modifying a radio (digital?) for 
>use by a severely handicapped individual who was a student before a 
>terrible accident. Only breath-control is practical in this situation. 
>Control of power and tuning are obviously the essential functions needed. 
[snip] 


Seth: 


I recommend you contact the HandiHams at the Courage Center in Minneapolis. 
They have a long history of using radio with handicapped people. The address 
is: Courage Center, 3915 Golden Valley Rd., Golden Valley, MN 55422. Phone: 
(612) 520-0520. 


Regards/ Rick WOTN 


| Richard A. (Rick) Whiting Phone: + 1 612 550 1213 

| 5780 Rosewood Ln. N. E-mail: rwhiting@winternet.com 

| Plymouth, MN 55442-1411 Packet: WOTN @ WBOGDB.MN.USA.NOAM 
| U.S.A. Fax: Number on request 


From sadowskp@jcsar.nellis.a£f.mil Thu Jan 25 09:45:11 1996 
Received: from bncc.nellis.af.mil (bncc.nellis.af.mil [132.58.120.19]) by 
sysi.tapr.org (8.7.3/8.7.2) with SMTP id JAA20746 for <hfsig@tapr.org>; Thu, 25 
Jan 1996 09:45:06 -0600 (CST) 
Received: from mailgtwy.nellis.af.mil by bncc.nellis.af.mil with SMTP 
(1.38.193.4/16.2) id AA23511; Thu, 25 Jan 1996 07:49:11 -0800 
Received: by mailgtwy.nellis.af.mil with Microsoft Mail 
id <31078BC8@mailgtwy.nellis.af.mil>; Thu, 25 Jan 96 07:55:20 cst 
From: "Sadowski,P 04 USAF JCSAR/EDD" <sadowskp@jcsar.nellis.af.mil> 
To: hfsig <hfsig@tapr.org> 
Subject: RE: [HFSIG:816] Near Vertical Angle propigation 
Date: Thu, 25 Jan 96 07:42:00 cst 
Message-Id: <31078BC8@mailgtwy.nellis.af£.mil> 
Encoding: 56 TEXT 
X-Mailer: Microsoft Mail V3.0 


I wish I could remember which issue of the AFCEA (Armed 
Forces Communications Electronics Association) Journal 

I read the article in... but somewhere between five and three 
years ago there was an article on how the military uses this 
mode. You can probably get a copy of it somewhere on the 
Internet... or via AFCEA.. or a really good library... 


Bottom line... because of the need to remain mobile... the typical 


situation is to use the extra long vertical whip... and bend it over 


horizontal... admittedly... the preferred frequencies for that use 
are the SINCGARS freqs/radio... mostly from 30MHz to 7OMHz 
I believe... 


Hope this helps.... 


>From: hfsig 

>To: hfsig 

>Subject: [HFSTG:816] Near Vertical Angle propigation 
>Date: Wednesday, January 24, 1996 12:38PM 


> First of all, thanks to the many who responded to my previous inquire 
> on "Radio Mail using Paktor/GTor." There were many useful suggestions. 
> The next question I have concerns "Near Vertical Angle propagation" 
> (NVA). I have seen NVA mentioned in articles about subsurface antennas 
> but, I have been unable to locate data in the literature (that I have 


> which isn't all that much) that I can hang my hat on. 


> So: Assuming an operating frequency somewhere between 3 and 7 MHZ and 
a 
> desired earth return point around 100 to 200 miles out: 
> 1) What type of antenna is best? Dipole, Rhombic, etc. 
> 2) Optimum height above ground? 
> 3) Best ground? earth, metal, counterpoise. etc. 
> 4) Optimum takeoff angle and how to optimize? 
> 5) What to expect in the way of power loss to ground, vs height 
> above ground, vs takeoff angle etc. 
> 6) What to expect in the way of SWR and overall antenna 
> efficiency in an optimum NVA system? 
> Thanks for the assist on this. 
> 73, Fred (N7LSZ) 


From k5yfw@sacdm01.kelly.af.mil Thu Jan 25 10:41:46 1996 
Received: from sacdm01.kelly.af.mil (sacdm01.kelly.af.mil [137.242.64.1]) by 
sysi.tapr.org (8.7.3/8.7.2) with SMTP id KAA23377 for <hfsig@tapr.org>; Thu, 25 
Jan 1996 10:41:35 -0600 (CST) 
Received: by sacdm01.kelly.af.mil (5.65b/1.0.2-rct) 

id AA15337; Thu, 25 Jan 96 10:35:16 -0600 


Message-Id: <9601251635.AA15337@sacdm01.kelly.af.mil> 

Date: Thu, 25 Jan 96 10:35:13 -0600 

From: k5yf£w@sacdm01.kelly.af.mil (WALT DUBOSE - K5YFW) 
Subject: Re: [HFSIG:816] Near Vertical Angle propigation 
To: hfsig@tapr.org 

X-Orig-Date: Wed, 24 Jan 1996 12:38:37 -Q600 (CST) 
X-Orig-From: FLundgren@daniel.maf.org (Fred Lundgren) 
X-Orig-Message-Id: <9600248225 .AA822507011@gabriel.maf.org> 


Fred, et al. 


In your message of 24 Jan 1996 at 1238 CST, you write: 


> The next question I have concerns "Near Vertical Angle propagation" 

> (NVA). I have seen NVA mentioned in articles about subsurface antennas 
> but, I have been unable to locate data in the literature (that I have 
> which isn't all that much) that I can hang my hat on. 


I'm not familiar with NVA but with NVIS (near vertical 
incident skywave) antenna. 


So: Assuming an operating frequency somewhere between 3 and 7 MHZ and a 
desired earth return point around 100 to 200 miles out: 


VV VV WV 


1) What type of antenna is best? Dipole, Rhombic, etc. 


A dipole mounted less than 1/4 wavelength above ground (for 
40 meters, less than 25 ft in most U.S. locals) will produce 
a NVIS antenna pattern. Something around 40-50 ft will do 
the same thing for 80 meters. 


A Rhombic generally is considered a low radiation angle 
antenna...good for skip/DX work. I have however, seen a 
rhombic pointed upward but couldn't say what kind of antenna 
pattern you would get and if it would work for 3-7 MHz for 
close in...100-200 miles. 


> 2) Optimum height above ground? 
See Above 
> 3) Best ground? earth, metal, counterpoise. etc. 


Ah ha...that's a good question. In Saudi, we used much 
chain-link fence, chicken-wire and aluminium sheets to create 
artificial grounds. We found that chicken-wire worked as 

well as anything else. We mounted the 8 Mhz and 11 Mhz 
dipoles 3/8 wavelength above the chicken-wire ground. From 
the center of Saudi, we were able to work the entire length 
and breath of the country during the day...an far into the 
night. Usually changing to 3-5 Mhz channels after mid-night.~ 


Look at a good antenna book that has a U.S. ground 
conductance map in it and use a propagation program like 
ELNEC, MiniNec to get a plot of your antenna pattern. 


> 

> 4) Optimum takeoff angle and how to optimize? 
That's going to depend on the condition of the ionosphere. 
Generally you want radiation above 45 deg for NVIS operation. 

> 

> 5) What to expect in the way of power loss to ground, vs height 

> above ground, vs takeoff angle etc. 
Gee, the idea is to get as much signal above 45 deg vertical. 
unless you're doing a real fixed site, emergency 
communications, etc, use a program something like ELNEC to 
help you. If this is a commercial site...give me a landline 
and I refer you to a commercial firm that does this sort of 
work. 

> 

> 6) What to expect in the way of SWR and overall antenna 

> efficiency in an optimum NVA system? 


For a 1/2 wavelength dipole mounted 3/8 wavelength above 
ground, the SWR should be less than 2:1 (between 45-55 ohms 
impedance). 


Hope this helps. 
73, Walt/K5YFW 


From chbrain@dircon.co.uk Thu Jan 25 13:51:53 1996 
Received: from felix.dircon.co.uk (felix.dircon.co.uk [193.128.224.10]) by 
sysi.tapr.org (8.7.3/8.7.2) with SMTP id NAAQ1948 for <hfsig@tapr.org>; Thu, 25 
Jan 1996 13:51:49 -0600 (CST) 
Received: by felix.dircon.co.uk id AA18973 
(5.67b/IDA-1.5 for <hfsig@tapr.org>); Thu, 25 Jan 1996 19:51:44 GMT 
Message-Id: <199601251951.AA18973@felix.dircon.co.uk> 
Received: from gw4-186.pool.dircon.co.uk(194.73.168.186) by amnesiac via smap 
(V1.3) 
id sma018961; Thu Jan 25 19:51:28 1996 
X-Sender: chbrain@popmail.dircon.co.uk 
X-Mailer: Windows Eudora Version 1.4.4 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Thu, 25 Jan 1996 19:25:45 +0000 
To: hfsig@tapr.org 
From: chbrain@dircon.co.uk (Charles Brain) 
Subject: Chirp Waveforms 


Does anyone have any literature on H.F chirp modems, I looked in my 
copy of the ARRL Spread spectrum Source Book, but the only thing I found 
apart from a brief mention of chirp as used in radars was abot DS SS. 


I was thinking of doing some emulations of a simple chirp waveform, i.e 

a linear chirp from say 500Hz to 2700Hz at a 10ms repetion rate. I can 
emulate the waveform in PC-DSP. 

With an increase in freq respresenting logic 1 and a decrease logic 0. Then 
using a matched filter for decoding it. This would give an uncoded data rate 
of 100 baud. 


On top of that I could use Phil's Viterbi stuff to provide ECC. 


I want something that has the potential of providing a slow robust waveform 
for use possibly on 3.5 Mhz at night under severe multi-path conditions. 


Question is a linear chirp the ideal waveform, none of the books I have cover 
this topic. 


Regards Charles G4GUO 


From k5yfw@sacdm01.kelly.af.mil Thu Jan 25 14:45:55 1996 
Received: from sacdm01.kelly.af.mil (sacdm01.kelly.af.mil [137.242.64.1]) by 
sysi.tapr.org (8.7.3/8.7.2) with SMTP id 0AAQ3931 for <hfsig@tapr.org>; Thu, 25 
Jan 1996 14:45:04 -0600 (CST) 
Received: by sacdm01.kelly.af.mil (5.65b/1.0.2-rct) 
id AA21287; Thu, 25 Jan 96 14:36:11 -0600 
Message-Id: <9601252036.AA21287@sacdm01.kelly.af£.mil> 
Date: Thu, 25 Jan 96 14:35:50 -0600 
From: k5yfw@sacdm01.kelly.af.mil (WALT DUBOSE - K5YFW) 
Subject: Re: [HFSIG:820] RE: Near Vertical Angle propigation 
To: hfsig@tapr.org 
X-Orig-Date: Thu, 25 Jan 1996 09:53:22 -Q600 (CST) 
X-Orig-From: "Sadowski,P 04 USAF JCSAR/EDD" <sadowskp@jcsar.nellis.af£.mil> 
X-Orig-Message-Id: <31078BC8@mailgtwy.nellis.af.mil> 


In your message of 25 Jan 1996 at 0953 CST, you write: 

> 

> I wish I could remember which issue of the AFCEA (Armed 

> Forces Communications Electronics Association) Journal 

> I read the article in... but somewhere between five and three 
> years ago there was an article on how the military uses this 
> mode. You can probably get a copy of it somewhere on the 

> Internet... or via AFCEA.. or a really good library... 


I can't remember either but I do know that most/much of the 
article / research was done by Chris Christensin (?) WOTXX 
who resides in Bellville, IL, used to work, at Scott AFB and 
was chief of AF MARS for a while. Now he has a consulting 
firm supporting Military HF communications. 


BTW, Chris has a couple of books for sale on Tactical HF Comm. 


Bottom line... because of the need to remain mobile... the typical 
situation is to use the extra long vertical whip... and bend it over 
horizontal... admittedly... the preferred frequencies for that use 


are the SINCGARS freqs/radio... mostly from 30MHz to 7OQMHz 
I believe... 


VV VV VV MV 


The Marines and Army needed communications beyond the 25-30 
miles that LowBand VHF or HF groundwave could provide. An HF 
whip (16ft) provided good communications on groundwave and 
700 or so miles and out. Bending the antenna (whip) over and 
putting a loading coil in the middle helped the Marines (In 
Saudi and later the Army) achieve HF coverage from 30-500/700 
miles with their mobiles (HumVees). This all came about 
through an AFCEA course that Chris taught in Virginia in 
about '88 or ‘89. 


73, Walt/K5YFW 


Vv 


Hope this helps.... 


Vv 


>From: hfsig 

>To: hfsig 

>Subject: [HFSTG:816] Near Vertical Angle propigation 
>Date: Wednesday, January 24, 1996 12:38PM 


Vv 


> First of all, thanks to the many who responded to my previous inquire 
> on "Radio Mail using Paktor/GTor." There were many useful suggestions. 


> The next question I have concerns "Near Vertical Angle propagation" 
> (NVA). I have seen NVA mentioned in articles about subsurface antennas 


> but, I have been unable to locate data in the literature (that I have 
which isn't all that much) that I can hang my hat on. 


> So: Assuming an operating frequency somewhere between 3 and 7 MHZ and 


> desired earth return point around 100 to 200 miles out: 
> 1) What type of antenna is best? Dipole, Rhombic, etc. 
> 2) Optimum height above ground? 


> 3) Best ground? earth, metal, counterpoise. etc. 


VV VV VV VV VV VV VV VV VV VV VV VV WV 
Vv 


> 4) Optimum takeoff angle and how to optimize? 

> 5) What to expect in the way of power loss to ground, vs height 
> above ground, vs takeoff angle etc. 

6) What to expect in the way of SWR and overall antenna 

> efficiency in an optimum NVA system? 

> Thanks for the assist on this. 


> 73, Fred (N7LSZ) 


VV VV NV VV VV VV VV WV 
Vv 


From sadowskp@jcsar.nellis.af.mil Thu Jan 25 16:01:15 1996 
Received: from bncc.nellis.af.mil (bncc.nellis.af.mil [132.58.120.19]) by 
sysi.tapr.org (8.7.3/8.7.2) with SMTP id QAAQ7119 for <hfsig@tapr.org>; Thu, 25 
Jan 1996 16:01:10 -0600 (CST) 
Received: from mailgtwy.nellis.af£f.mil by bncc.nellis.af.mil with SMTP 
(1.38.193.4/16.2) id AA25179; Thu, 25 Jan 1996 14:04:18 -0800 
Received: by mailgtwy.nellis.af.mil with Microsoft Mail 
id <3107E3BD@mailgtwy.nellis.af.mil>; Thu, 25 Jan 96 14:10:37 cst 
From: "Sadowski,P 04 USAF JCSAR/EDD" <sadowskp@jcsar.nellis.af.mil> 
To: hfsig <hfsig@tapr.org> 
Subject: RE: [HFSIG:822] Chirp Waveforms 
Date: Thu, 25 Jan 96 13:55:00 cst 
Message-Id: <3107E3BD@mailgtwy.nellis.af£.mil> 
Encoding: 49 TEXT 
X-Mailer: Microsoft Mail V3.0 


Out of curiosity, what would be frequency increment at each 10 ms interval ? 
I think I may lack understanding of what you propose - seems like your 
spectral bandwidth would be a good fraction of a MHz ... I did chirp stuff 
with matched filters on radars a few years back... a superior technique to 
up S/N and get better range resolution at the same time.... impossible 
without ALOT more power otherwise....However, I'm not smart enuff to see 
how this technique is gonna benefit you for HF data modes.. but I'm 

over my head here... I also saw chirped waveforms used in CW illuminator 
radars (semi-active homing missiles).... the chirped waveform was to 

do a velocity gate pulloff... fun stuff itself... but not a HF data 
waveform... 

But I'm real curious... and I can learn... 


Maybe you are just wanting to do spread spectrum... not a hopper but a 
direct sequence (convolution coded) system on HF ??? now that I understand. 


Thanks 
AH6LS 

From: hfsig 
To: hfsig 


Subject: [HFSIG:822] Chirp Waveforms 
Date: Thursday, January 25, 1996 1:58PM 


Does anyone have any literature on H.F chirp modems, I looked in my 
copy of the ARRL Spread spectrum Source Book, but the only thing I found 
apart from a brief mention of chirp as used in radars was abot DS SS. 


I was thinking of doing some emulations of a simple chirp waveform, i.e 

a linear chirp from say 500Hz to 2700Hz at a 10ms repetion rate. I can 
emulate the waveform in PC-DSP. 

With an increase in freq respresenting logic 1 and a decrease logic 0. Then 
using a matched filter for decoding it. This would give an uncoded data rate 
of 100 baud. 


On top of that I could use Phil's Viterbi stuff to provide ECC. 


I want something that has the potential of providing a slow robust waveform 
for use possibly on 3.5 Mhz at night under severe multi-path conditions. 


Question is a linear chirp the ideal waveform, none of the books I have 
cover 
this topic. 


Regards Charles G4GUO 


From gc@fox.cen.com Thu Jan 25 16:12:50 1996 
Received: from uu5.psi.com (uu5.psi.com [38.145.226.3]) by sys1.tapr.org 
(8.7.3/8.7.2) with SMTP id QAA07573 for <hfsig@tapr.org>; Thu, 25 Jan 1996 
16:12:46 -0600 (CST) 
Received: from fox.cen.com by uu5.psi.com (5.65b/4.0.071791-PSI/PSINet) via SMTP; 
id AA18092 for hfsig@tapr.org; Thu, 25 Jan 96 17:12:20 -0500 
Received: by cen.com (4.1/SMI-4.1) 
id AAQ3295; Thu, 25 Jan 96 17:12:17 EST 
Date: Thu, 25 Jan 96 17:12:17 EST 
From: gc@fox.cen.com (Gary Chatters) 
Message-Id: <9601252212 .AAQ3295@cen. com> 
To: hfsig@tapr.org 
Subject: Re: [HFSIG:816] Near Vertical Angle propigation 


The next question I have concerns "Near Vertical Angle propagation" 
(NVA). I have seen NVA mentioned in articles about subsurface antennas 
but, I have been unable to locate data in the literature (that I have 
which isn't all that much) that I can hang my hat on. 


VVVV WV 


A web search produced some interesting results; more than I can 
summarize here. The best search string seemed to be "vertical incidence". 
Some of the web pages found discussed ionospheric sounding. 


The one piece of information that came up but hasn't been mentioned 
is the use of loop antennas. The web page that I found was for 


DRAE (brand) magnetic loop antennas, but would probably apply to any of the 
ones that are available (or, of course, could be homebrewed) . 


The antenna described was a 1.7 meter diameter loop which could be 
tuned over the range 3-10.3 MHz and was described as 

"It is particularly suited for daytime 

Near Vertical Incidence Short skip propagation on 40 and 80 metres,... 


Since I live in an apartment, I have wanted to try a loop antenna. 
This looks like a good excuse for giving one a try this year. 


Gary 


From chbrain@dircon.co.uk Thu Jan 25 16:53:33 1996 
Received: from felix.dircon.co.uk (felix.dircon.co.uk [193.128.224.10]) by 
sysi.tapr.org (8.7.3/8.7.2) with SMTP id QAA09636 for <hfsig@tapr.org>; Thu, 25 
Jan 1996 16:53:30 -0600 (CST) 
Received: by felix.dircon.co.uk id AA27818 
(5.67b/IDA-1.5 for <hfsig@tapr.org>); Thu, 25 Jan 1996 22:53:31 GMT 
Message-Id: <199601252253 .AA27818@felix.dircon.co.uk> 
Received: from gw4-188.pool.dircon.co.uk(194.73.168.188) by amnesiac via smap 
(V1.3) 
id sma027812; Thu Jan 25 22:53:18 1996 
X-Sender: chbrain@popmail.dircon.co.uk 
X-Mailer: Windows Eudora Version 1.4.4 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Thu, 25 Jan 1996 22:27:37 +0000 
To: hfsig@tapr.org 
From: chbrain@dircon.co.uk (Charles Brain) 
Subject: Re: [HFSIG:824] RE: Chirp Waveforms 


> 
>Out of curiosity, what would be frequency increment at each 10 ms interval ? 
Sorry I obviously didn't explain myself correctly. 


the chirp would start at a frequency of 500hz and 10ms later would be at a 
frequency of 2700 Hz for logic 1 and for logic 0 would start at 2700Hz and 

10ms later would be back at 500hz. Then using an FIR filter matched to the 
chirp I would extra the signal (i.e a filter whose impulse response is the flip 
of the chirp). 


I have done some quick simulations since I posted and the waveform seems to 
work well superimposed on a MFSK signal of about 10 db stronger. I will 

have to look at the spectrum. Principally I am looking for something that can 
tolerate multipath and is immune to CW and RTTY "interference". Ideally it 
would be nice to swipe the waveform over a much larger BW. 


80meters is virtually unusable for "reliable" communications in Europe during 
hours of darkness due mainly to commercial encrypted SSB transmissions 


and other things. 


Regards Charles. 


From forrerj@ucs.orst.edu Thu Jan 25 21:38:03 1996 
Received: from ucs.orst.edu (root@UCS.ORST.EDU [128.193.4.5]) by sys1.tapr.org 
(8.7.3/8.7.2) with SMTP id VAA19805 for <hfsig@tapr.org>; Thu, 25 Jan 1996 
21:37:54 -0600 (CST) 
Received: from p01.tO.monrotel.com by ucs.orst.edu; 
(5.65v3.2/1.1.8.2/24Sep94-1201PM) 
id AA31827; Thu, 25 Jan 1996 19:37:38 -0800 
Message-Id: <9601260337 .AA31827@ucs.orst.edu> 
X-Sender: forrerj@ucs.orst.edu 
X-Mailer: Windows Eudora Version 1.4.4 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Thu, 25 Jan 1996 19:38:50 -0800 
To: hfsig@tapr.org 
From: forrerj@ucs.orst.edu (Johan Forrer) 
Subject: Re: [HFSIG:822] Chirp Waveforms 


Charles, 


>Does anyone have any literature on H.F chirp modems, I looked in my 
>copy of the ARRL Spread spectrum Source Book, but the only thing I found 
>apart from a brief mention of chirp as used in radars was abot DS SS. 

> 


It may be worthwhile to look in the IEE Journal of Communications, Speech 
and Vision. Volume 139, Number 4, August 1992. (Not the IEEE, but the IEE, 
i.e., the British one). "A chirp modem incorporating interference excision" 
by Darbyshire and Gott. 


The objective is a 75 baud modem for HF that has special considerations for 
adjacent channel interference and tolerance to multipath affects. 


In this one, DPSK chirping is done using 2.7 kHz BW - hence one may consider 
it a form of SS. A nice readable paper with plenty of stimulating thoughts. 


--Johan 


From erik@ve7mdl.ampr.org Fri Jan 26 00:45:10 1996 
Received: from ve7mdl.ampr.org (ve7mdl.ampr.org [44.135.160.59]) by sys1.tapr.org 
(8.7.3/8.7.2) with SMTP id AAA04303 for <hfsig@tapr.org>; Fri, 26 Jan 1996 
00:45:01 -0600 (CST) 
From: erik@ve7mdl.ampr.org 
Date: Thu, 25 Jan 96 22:39:41 PST 
Message-Id: <24024@ve7mdl.ampr.org> 
To: hfsig@tapr.org 
Subject: Re: [HFSIG:826] RE: Chirp Waveforms 
In-Reply-To: your message of Thu Jan 25 17:11:26 1996 
<199601252253 .AA27818@felix.dircon.co.uk> 


Charles, 


Have you looked at Clover? It seems to perform very well in poor HF 
conditions. The Hal Communications P38 card gives you up to 400 bps, 
but the speed depends on the conditions. It adaps automatically. 


I have also found it more persistent than other HF digital modes. It 
keeps trying to keep the link alive, so it can handle rather long fades. 


73 de VE7MDL ...-Erik. 


From chbrain@dircon.co.uk Fri Jan 26 01:34:16 1996 
Received: from felix.dircon.co.uk (felix.dircon.co.uk [193.128.224.10]) by 
sysi.tapr.org (8.7.3/8.7.2) with SMTP id BAAQ6184 for <hfsig@tapr.org>; Fri, 26 
Jan 1996 01:34:14 -0600 (CST) 
Received: by felix.dircon.co.uk id AA15773 
(5.67b/IDA-1.5 for <hfsig@tapr.org>); Fri, 26 Jan 1996 07:34:12 GMT 
Message-Id: <199601260734.AA15773@felix.dircon.co.uk> 
Received: from gw4-181.pool.dircon.co.uk(194.73.168.181) by amnesiac via smap 
(V1.3) 
id sma015769; Fri Jan 26 07:34:05 1996 
X-Sender: chbrain@popmail.dircon.co.uk 
X-Mailer: Windows Eudora Version 1.4.4 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Fri, 26 Jan 1996 07:08:17 +0000 
To: hfsig@tapr.org 
From: chbrain@dircon.co.uk (Charles Brain) 
Subject: Re: [HFSIG:828] RE: Chirp Waveforms 


>Charles, 

> 

>Have you looked at Clover? It seems to perform very well in poor HF 
>conditions. The Hal Communications P38 card gives you up to 400 bps, 
>but the speed depends on the conditions. It adaps automatically. 

> 

>I have also found it more persistent than other HF digital modes. It 
>keeps trying to keep the link alive, so it can handle rather long fades. 
> 


>73 de VE7MDL .... Erik. 
> 

> 

Hello Erik, 


Yes I do have a Clover modem, it is better than normal FSK systems. 

However it's not really there yet. I think the article in QEX by KE4BAD from 
SHAPE Technical center says it all, i.e comparing it to a STANAG 4285 modem 
operating at 75 baud. 


Hello Johan, 
I will see if someone at work has that magazine, I am not a member of 
that organisation but some of the people I work with are. 


Regards Charles 


From hstr@gil.com.au Fri Jan 26 01:53:36 1996 
Received: from iccu6.ipswich.gil.com.au (iccu6.ipswich.gil.com.au [203.1.75.10]) 
by sysi.tapr.org (8.7.3/8.7.2) with ESMTP id BAAQ6840 for <hfsig@tapr.org>; Fri, 
26 Jan 1996 01:53:33 -0600 (CST) 
Received: from cs3p11.ipswich.gil.com.au (cs3p9.ipswich.gil.com.au [203.1.75.188]) 
by iccu6é.ipswich.gil.com.au with SMTP id CAAQ9121 
(8.6.12/IDA-1.6 for <hfsig@tapr.org>); Fri, 26 Jan 1996 02:53:08 -0500 
Message-ID: <199601260753.CAA09121@iccu6.ipswich.gil.com.au> 
Comments: Authenticated sender is <hstr@mail.ipswich.gil.com.au> 
From: "Helmut Strickner" <hstr@gil.com.au> 
To: hfsig@tapr.org 
Date: Fri, 26 Jan 1996 17:53:23 +1000 
Subject: Flash boot prog for EVM56002 uploaded 
Priority: normal 
X-mailer: Pegasus Mail for Windows (v2.23) 


Hello, 


anyone else had problems with programming the flash PEROM on the 
EVM56002 board ? The Motorola supplied flash.asm is buggy and does 
not cater for the partitioned memory space configuration properly. 


I have modified some code for use with Johan's BOOT.ASM and uploaded 
it to the /hfsig/upload directory. 


Keep up the good work Johan. Any comments are appreciated. 
Helmut Strickner VKA4STR 


From Danny@edstks1.demon.co.uk Fri Jan 26 03:26:57 1996 

Received: from edstks1.demon.co.uk (edstks1.demon.co.uk [158.152.142.125]) by 
sysi.tapr.org (8.7.3/8.7.2) with SMTP id DAA09881 for <hfsig@tapr.org>; Fri, 26 
Jan 1996 03:26:18 -0600 (CST) 

Date: Fri, 26 Jan 1996 09:13:57 GMT 

From: Danny@edstks1.demon.co.uk (Danny Higgins) 

Reply-To: Danny@edstks1.demon.co.uk 

Message-Id: <1064@edstks1.demon.co.uk> 

To: hfsig@tapr.org 

Subject: Re: [HFSIG:827] Re: Chirp Waveforms 

X-Mailer: PCElm 1.10 

Lines: 22 


Hi Charles. 
I have been involved a bit in HF narrowband chirp modems. 


Try looking at "Introduction to Radar Systems" by Merrill Skolnik, 
pages 422 to 427 for a general introduction. 


Professor Geoff Gott from UMIST ( he is licensed as G3???) has been 
doing work on this subject for about 10 years. He gave a paper on it 
at the 5th International Conference on HF Radio System Design in 1991. 


The IEE publication number is 339 and the article is on pages 212 to 216. 
If you have trouble getting hold of it, I have a copy and can send it to 
you. 


I've not had any time to play with the EVM5X since we last spoke. In fact 
I have not been on the air since October. If you manage to get a chirp 
modem running in your EVM5X then we could perhaps do some trials on 80m, 
with Clover as a back-up. 


Regards, 


Danny Higgins, G3XVR 


From Hakan.Bergzen@telub.se Fri Jan 26 04:09:36 1996 
Received: from terminus.inforum.telub.se (terminus.inforum.telub.se 
[147.13.12.199]) by sys1.tapr.org (8.7.3/8.7.2) with SMTP id EAA11297 for 
<hfsig@tapr.org>; Fri, 26 Jan 1996 04:09:19 -0600 (CST) 
Received: from noak.vxo.telub.se by terminus.inforum.telub.se with SMTP (PP) 
id <25265-0@terminus.inforum.telub.se>; 
Fri, 26 Jan 1996 11:07:16 +0100 
Received: by noak with Microsoft Mail id <3113B262@noak>; 
Fri, 26 Jan 96 11:07:14 GMT 
From: "Bergzen Hakan, KARL" <Hakan.Bergzen@telub.se> 
To: HFSIG at TAPR <hfsig@tapr.org> 
Subject: Re: [HFSIG:822] Chirp Waveforms 
Date: Fri, 26 Jan 96 11:01:00 GMT 
Message-ID: <3113B262@noak> 
Encoding: 31 TEXT 
X-Mailer: Microsoft Mail V3.0 
MIME-Version: 1.0 
Content-Type: Text/plain; charset="US-ASCII" 
Content-Transfer-Encoding: 7bit 


Hello Charles, 


I gather it is the Gott Chirp modem you are referring to. It has been 
described 

by him in lots of conferences, e.g IEE HF Systems and Techniques (74 up to 
the 86 conference) and also in the Nordic HF89 conference. 


It is the simplicity of coping with narrowband interfernce by inserting 
notch filters 

that is one of its strengths. You split the the incoming signal to pass x 
number of 

bandpass filters connected in parallel and covering the signal bandwidth, if 
you 

have an interernce within one of those segments you just block the output 
from 

that segment. This is much easier accomplished than how it is done within 
the 

serial tone modems. Other strongholds: Utilization of the whole signal 
bandwidth, 


slow symbol modulation and simple DPSK demodulation (thus using multipath 
constructively, as in some serial tone modems). 


We tested this modem several years ago and it did not have the performance 
expected. This could, however, be partly blamed on the prototype status 
of the modems we were testing and not on the method as such. I would guess 
it has potential to perform better than MFSK within a given bandwidth. 


For what it's worth... 
Hakan (hakan.bergzen@telub.se) 


From forrerj@ucs.orst.edu Fri Jan 26 11:13:29 1996 
Received: from ucs.orst.edu (root@UCS.ORST.EDU [128.193.4.5]) by sys1.tapr.org 
(8.7.3/8.7.2) with SMTP id LAA25196 for <hfsig@tapr.org>; Fri, 26 Jan 1996 
11:13:26 -0600 (CST) 
Received: from p06.tO.monrotel.com by ucs.orst.edu; 
(5.65v3.2/1.1.8.2/24Sep94-1201PM) 
id AA15682; Fri, 26 Jan 1996 09:13:18 -0800 
Message-Id: <9601261713 .AA15682@ucs.orst.edu> 
X-Sender: forrerj@ucs.orst.edu 
X-Mailer: Windows Eudora Version 1.4.4 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Fri, 26 Jan 1996 09:14:27 -0800 
To: hfsig@tapr.org 
From: forrerj@ucs.orst.edu (Johan Forrer) 
Subject: Re: [HFSIG:830] Flash boot prog for EVM56002 uploaded 


Hello Helmuth, 
Thanks a lot for sharing the code. 


There also is now an program available that a fellow posted on COMP.DSP that 
allows one to write an image of the P, X, and Y memories to flash and boot 
with that for an initialized data memory. It does require a bit of manual 
adjustments before doing so. I am going to write a C program to 
interactively set up the the details and write out an asembly program that 
does the exact code. I'll post my version when its done. 


Besides that, I have finally gotten all the parts to make up the new 
interface and will post a short article on the updated schematics, parts 
list/numbers and where to get everything. Hopefully we can get started on 
doing some testing on the air. I have gotten another EVM and computer that 
will be dedicated for a beacon. For those that may be interested, the latest 
EVM now sports a 66 MHz DSP chip. Motorola also hints that the chip will do 
up to 80 MHz but will not guarantee that. 


--Johan 


>Hello, 

> 

>anyone else had problems with programming the flash PEROM on the 
>EVM56002 board ? The Motorola supplied flash.asm is buggy and does 
>not cater for the partitioned memory space configuration properly. 
> 

>I have modified some code for use with Johan's BOOT.ASM and uploaded 
>it to the /hfsig/upload directory. 

> 

>Keep up the good work Johan. Any comments are appreciated. 

> 

>Helmut Strickner VK4STR 

> 

> 


From chbrain@dircon.co.uk Fri Jan 26 12:14:03 1996 
Received: from felix.dircon.co.uk (felix.dircon.co.uk [193.128.224.10]) by 
sysi.tapr.org (8.7.3/8.7.2) with SMTP id MAA27643 for <hfsig@tapr.org>; Fri, 26 
Jan 1996 12:13:54 -0600 (CST) 
Received: by felix.dircon.co.uk id AA18435 
(5.67b/IDA-1.5 for <hfsig@tapr.org>); Fri, 26 Jan 1996 18:13:47 GMT 
Message-Id: <199601261813.AA18435@felix.dircon.co.uk> 
Received: from gw2-111.pool.dircon.co.uk(194.112.35.111) by amnesiac via smap 
(V1.3) 
id sma018425; Fri Jan 26 18:13:38 1996 
X-Sender: chbrain@popmail.dircon.co.uk 
X-Mailer: Windows Eudora Version 1.4.4 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Fri, 26 Jan 1996 17:47:43 +0000 
To: hfsig@tapr.org 
From: chbrain@dircon.co.uk (Charles Brain) 
Subject: Re: [HFSIG:832] Re: Chirp Waveforms 


> 

>Hello Charles, 

> 

>I gather it is the Gott Chirp modem you are referring to. It has been 
> 

>Hakan (hakan.bergzen@telub.se) 

> 

> 

Hello Hakan, 

Glad you got back o.k. 


Yes bit embaressing this, the prototype was partialy developed at Baddow 
Research and I have actually seen it in the flesh. 


The idea I wrote about recently was disregarded by the authors as it 
doesn't work too well in a dispersive channels! Still it's an interesting paper. 


Regards Charles 


From chbrain@dircon.co.uk Fri Jan 26 15:06:05 1996 
Received: from felix.dircon.co.uk (felix.dircon.co.uk [193.128.224.10]) by 
sysi.tapr.org (8.7.3/8.7.2) with SMTP id PAAQ5628 for <hfsig@tapr.org>; Fri, 26 
Jan 1996 15:05:59 -0600 (CST) 
Received: by felix.dircon.co.uk id AA25743 
(5.67b/IDA-1.5 for <hfsig@tapr.org>); Fri, 26 Jan 1996 21:05:55 GMT 
Message-Id: <199601262105.AA25743@felix.dircon.co.uk> 
Received: from gw2-108.pool.dircon.co.uk(194.112.35.108) by amnesiac via smap 
(V1.3) 
id sma025736; Fri Jan 26 21:05:46 1996 
X-Sender: chbrain@popmail.dircon.co.uk 
X-Mailer: Windows Eudora Version 1.4.4 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Fri, 26 Jan 1996 20:39:53 +0000 
To: hfsig@tapr.org 
From: chbrain@dircon.co.uk (Charles Brain) 
Subject: Re: [HFSIG:834] Re: Chirp Waveforms 


>doesn't work too well in a dispersive channels! Still it's an interesting 
paper. 
> PAV AY AVAVATAVAVATATAVATAVAVATAVAVATAS 


Woops ! 


I think I mean't it requires more dispersion than swept DPSK. I just know 
enough to be dangerous! 


CHB 


From bm@lynx.ve3jf.ampr.org Fri Jan 26 22:03:57 1996 

Received: from lynx.ve3jf.ampr.org (lynx.ve3jf.ampr.org [44.135.96.100]) by 
sysi.tapr.org (8.7.3/8.7.2) with SMTP id WAA19094 for <hfsig@tapr.org>; Fri, 26 
Jan 1996 22:03:48 -0600 (CST) 

Received: (from bm@localhost) by lynx.ve3jf£.ampr.org (8.6.12/8.6.12) id EAA06429 
for hfsig@tapr.org; Sat, 27 Jan 1996 04:03:12 GMT 

From: Barry McLarnon VE3JF <bm@lynx.ve3jf£.ampr.org> 

Message-Id: <199601270403.EAAQ6429@lynx.ve3jf£.ampr.org> 

Subject: Re: [HFSIG:832] Re: Chirp Waveforms 

To: hfsig@tapr.org 

Date: Sat, 27 Jan 1996 04:03:11 +0000 (GMT) 

In-Reply-To: <3113B262@noak> from "Bergzen Hakan, KARL" at Jan 26, 96 04:21:34 am 
X-Mailer: ELM [version 2.4 PL23] 

Content-Type: text 


Here's a couple more references... older, but at least they're not in 
obscure publications. :-) 


A.J. Berni and W.D. Gregg, "On the utility of chirp modulation for 
digital signalling", IEEE Trans. Communications, Vol. COM-21, June 1973, 
pp. 748-751. 


G.F. Gott and J.P. Newsome, "HF data transmission using chirp signals", 
Proc. IEEE, Vol. 118, No. 9, September 1971. 


Barry 


Barry McLarnon VE3JF/VA3TCP 
Ottawa Amateur Radio Club Packet Working Group 
Email: bm@hydra.carleton.ca or bm@lynx.ve3jf£.ampr.org 


From emblidge@moran.com Tue Jan 30 12:01:41 1996 

Received: from ns.moran.com ([204.97.213.2]) by sys1.tapr.org (8.7.3/8.7.2) with 
SMTP id MAA10020 for <hfsig@tapr.org>; Tue, 30 Jan 1996 12:01:39 -0600 (CST) 
Received: from emblidge (nw58.moran.com [204.97.213.58]) by ns.moran.com 
(8.6.12/8.6.9) with SMTP id NAA20085 for <hfsig@tapr.org>; Tue, 30 Jan 1996 
13:23:25 -0500 

Message-ID: <310E5D71.4B01@moran. com> 

Date: Tue, 30 Jan 1996 13:03:29 -0500 

From: "Daniel R. Emblidge" <emblidge@moran.com> 

X-Mailer: Mozilla 2.0b3 (Win95; I) 

MIME-Version: 1.0 

To: hfsig@tapr.org 

Subject: Re: [HFSIG:834] Re: Chirp Waveforms 

References: <199601261813 .AA18435@felix.dircon.co.uk> 

Content-Type: text/plain; charset=us-ascii 

Content-Transfer-Encoding: 7bit 


Charles Brain wrote: 


> 

>> 

> >Hello Charles, 

>> 

> >I gather it is the Gott Chirp modem you are referring to. It has been 
>> 

> >Hakan (hakan.bergzen@telub.se) 

>> 

SS 

> Hello Hakan, 

> Glad you got back o.k. 

> 

> Yes bit embaressing this, the prototype was partialy developed at Baddow 
> Research and I have actually seen it in the flesh. 

> 

> The idea I wrote about recently was disregarded by the authors as it 

> doesn't work too well in a dispersive channels! Still it's an interesting paper. 
> 

> Regards CharlesGET ME OFF THIS THING 


From emblidge@moran.com Tue Jan 30 12:02:15 1996 

Received: from ns.moran.com ([204.97.213.2]) by sys1.tapr.org (8.7.3/8.7.2) with 
SMTP id MAA10038 for <hfsig@tapr.org>; Tue, 30 Jan 1996 12:02:10 -0600 (CST) 
Received: from emblidge (nw58.moran.com [204.97.213.58]) by ns.moran.com 
(8.6.12/8.6.9) with SMTP id NAA20094 for <hfsig@tapr.org>; Tue, 30 Jan 1996 


13:23:54 -0500 

Message-ID: <310E5D8E.6D84@moran. com> 

Date: Tue, 30 Jan 1996 13:03:58 -0500 

From: "Daniel R. Emblidge" <emblidge@moran.com> 
X-Mailer: Mozilla 2.0b3 (Win95; I) 
MIME-Version: 1.0 

To: hfsig@tapr.org 

Subject: Re: [HFSIG:835] Re: Chirp Waveforms 
References: <199601262105.AA25743@felix.dircon.co.uk> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 


Charles Brain wrote: 

> 

> >doesn't work too well in a dispersive channels! Still it's an interesting 
> paper. 

>> PAV AVAVAVAVAVATATATATATATATATATATATAS 

> Woops ! 

> 

> I think I mean't it requires more dispersion than swept DPSK. I just know 
> enough to be dangerous! 

> 

> CHBGET ME OFF THIS THING 


From emblidge@moran.com Tue Jan 30 12:02:47 1996 

Received: from ns.moran.com ([204.97.213.2]) by sys1.tapr.org (8.7.3/8.7.2) with 
SMTP id MAA10064 for <hfsig@tapr.org>; Tue, 30 Jan 1996 12:02:44 -0600 (CST) 
Received: from emblidge (nw58.moran.com [204.97.213.58]) by ns.moran.com 
(8.6.12/8.6.9) with SMTP id NAA20100 for <hfsig@tapr.org>; Tue, 30 Jan 1996 
13:24:14 -0500 

Message-ID: <310E5DA2.7056@moran. com> 

Date: Tue, 30 Jan 1996 13:04:18 -0500 

From: "Daniel R. Emblidge" <emblidge@moran.com> 

X-Mailer: Mozilla 2.0b3 (Win95; I) 

MIME-Version: 1.0 

To: hfsig@tapr.org 

Subject: Re: [HFSIG:836] Re: Chirp Waveforms 

References: <199601270403 .EAA06429@lynx.ve3j£.ampr.org> 

Content-Type: text/plain; charset=us-ascii 

Content-Transfer-Encoding: 7bit 


Barry McLarnon VE3JF wrote: 


Here's a couple more references... older, but at least they're not in 
obscure publications. :-) 


A.J. Berni and W.D. Gregg, "On the utility of chirp modulation for 
digital signalling", IEEE Trans. Communications, Vol. COM-21, June 1973, 
pp. 748-751. 


G.F. Gott and J.P. Newsome, "HF data transmission using chirp signals", 
Proc. IEEE, Vol. 118, No. 9, September 1971. 


VV VV VV VV VV MV 


Barry 


Barry McLarnon VE3JF/VA3TCP 
Ottawa Amateur Radio Club Packet Working Group 
Email: bm@hydra.carleton.ca or bm@lynx.ve3j£.ampr.orgGET ME OFF THIS THING 


VV VV VV 


From FORRERJ@frl.orst.edu Tue Jan 30 15:22:32 1996 
Received: from amanda.bus.orst.edu (amanda.BUS.ORST.EDU [128.193.10.36]) by 
sysi.tapr.org (8.7.3/8.7.2) with SMTP id PAA19117 for <HFSIG@tapr.org>; Tue, 30 
Jan 1996 15:22:25 -Q600 (CST) 
Received: from frl.orst.edu (FRL.ORST.EDU [128.193.118.10]) by amanda.bus.orst.edu 
(8.6.9/8.6.9) with ESMTP id NAA26430 for <HFSIG@tapr.org>; Tue, 30 Jan 1996 
13:19:48 -0800 
Received: from FRL/SpoolDir by frl.orst.edu (Mercury 1.21); 
30 Jan 96 13:29:44 PST8PDT 
Received: from SpoolDir by FRL (Mercury 1.21); 30 Jan 96 13:29:31 PST8PDT 
From: "Johan Forrer" <FORRERJ@fr1l.orst.edu> 
Organization: Forest Research Lab. Oregon State 
To: HFSIG@tapr.org 
Date: Tue, 30 Jan 1996 13:29:25 -0800 
Subject: Punctured convolutional codes 
Priority: normal 
X-mailer: Pegasus Mail v3.22 
Message-ID: <11BBAC13DED@frl.orst.edu> 


Hi, 


I have recently come across the use of so called "punctured" convolutional 
codes in the MIL-STD-188 modems, and also as used in Pactor II. The effect 
is to change the coding rate from say 1/2 to 7/8 depending on the quality of 
the link. 


I think I understand the general idea behind how and why it is done, but 
would appreciate anyone (please Phil) elaborate a bit more about the 
pro's and con's. A good reference would also help a great deal. 


Thanks. 
--Johan, KC7WW 


From Hakan.Bergzen@telub.se Tue Jan 30 15:55:24 1996 
Received: from terminus.inforum.telub.se (texrminus.inforum.telub.se 
[147.13.12.199]) by sys1.tapr.org (8.7.3/8.7.2) with SMTP id PAA20315 for 
<hfsig@tapr.org>; Tue, 30 Jan 1996 15:54:48 -0600 (CST) 
Received: from noak.vxo.telub.se by terminus.inforum.telub.se with SMTP (PP) 
id <20798-0@terminus.inforum.telub.se>; 
Tue, 30 Jan 1996 22:53:45 +0100 
Received: by noak with Microsoft Mail id <31199DCA@noak>; 
Tue, 30 Jan 96 22:52:58 GMT 
From: "Bergzen Hakan, KARL" <Hakan.Bergzen@telub.se> 
To: HFSIG at TAPR <hfsig@tapr.org> 
Subject: Re: Chirp Waveforms 


Date: Tue, 30 Jan 96 22:46:00 GMT 
Message-ID: <31199DCA@noak> 

Encoding: 14 TEXT 

X-Mailer: Microsoft Mail V3.0 

MIME-Version: 1.0 

Content-Type: Text/plain; charset="US-ASCII" 
Content-Transfer-Encoding: 7bit 


Daniel R. Emblidge wrote: 
> ...snip... 
>GET ME OFF THIS THING 


Sorry, I don't understand this comment (and I seem to be at least partly 
targeted)! Is this a desperate way of trying to stop subscribing, or is it 
some sort of self-appointed judgement on what types of modem developments 
that are allowed to be discussed in this newsgroup? (Bugs attack protection 
has not been needed so far) 


Have a nice day on you too... 
Hakan (hakan.bergzen@telub.se) 


From karn@qualcomm.com Tue Jan 30 16:39:46 1996 

Received: from servo.qualcomm.com (servo.qualcomm.com [129.46.128.14]) by 
sysi.tapr.org (8.7.3/8.7.2) with ESMTP id QAA22301 for <hfsig@tapr.org>; Tue, 30 
Jan 1996 16:39:44 -0600 (CST) 

Received: (from karn@localhost) by servo.qualcomm.com (8.7.3/8.7.2/1.4) id 
0AA17042; Tue, 30 Jan 1996 14:39:03 -0800 (PST) 

Date: Tue, 30 Jan 1996 14:39:03 -0800 (PST) 

From: Phil Karn <karn@qualcomm. com> 

Message-Id: <199601302239.0AA17042@servo.qualcomm. com> 

To: forrerj@frl.orst.edu 

CC: hfsig@tapr.org 

In-reply-to: <11BBAC13DED@frl.orst.edu> (FORRERJ@fr1l.orst.edu) 

Subject: Re: [HFSIG:840] Punctured convolutional codes 


Punctured codes are actually quite simple. The sender runs the encoder 
to generate the encoded symbols, but not all of them are sent. By 
prearrangement between sender and receiver, only a certain fraction 
are actually sent over the air. 


At the receiver, the unsent symbols are replaced with erasures (the 
symbol value corresponding to an equal likelihood of a 0 and 1). The 
decoder then runs normally. 


This requires a soft-decision decoder, or at least one that can handle 
three received symbol values (0, 1 and erased/unknown) . 


Although puncturing a code to a given rate doesn't perform quite as 
well as a code designed for that specific rate, punctured codes have 
the significant advantage of being easily implemented and of being 
easily varied in code rate; a single encoder and decoder can serve for 


a wide variety of code rates. They are especially suitable for Type II 
Hybrid ARQ/FEC schemes where the punctured symbols can be optionally 
sent in a subsequent transmission if needed by current link conditions. 


Phil 


From forrerj@ucs.orst.edu Tue Jan 30 17:38:08 1996 
Received: from ucs.orst.edu (forrerj@UCS.ORST.EDU [128.193.4.5]) by sys1.tapr.org 
(8.7.3/8.7.2) with SMTP id RAA25290 for <hfsig@tapr.org>; Tue, 30 Jan 1996 
17:38:06 -0600 (CST) 
Received: by ucs.orst.edu; (5.65v3.2/1.1.8.2/24Sep94-1201PM) 
id AA15989; Tue, 30 Jan 1996 15:37:38 -0800 
Date: Tue, 30 Jan 1996 15:37:36 -0800 (PST) 
From: Johan Forrer <forrerj@ucs.orst.edu> 
To: hfsig@tapr.org 
Subject: Re: [HFSIG:841] Re: Chirp Waveforms 
In-Reply-To: <31199DCA@noak> 
Message-Id: <Pine.OSF.3.91.960130153310.11697A-100000@ucs.orst.edu> 
Mime-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 


Hi Hakan, 


I suspect this gentleman is desparate to get unsubscribed. I e-mailed him 
how to use the TAPR web page to unsubscribe. Somehow he must have gotten 
subscribed by surfing the net and accidentally selected the wrong box on 
the web page. Actually I think that procedure for allowing folks to 
subscribe like that is inviting this kind of problem. 


Hopefully he got it fixed. 


--Johan 


On Tue, 30 Jan 1996, Bergzen Hakan, KARL wrote: 


Daniel R. Emblidge wrote: 
> ...snip... 
>GET ME OFF THIS THING 


Sorry, I don't understand this comment (and I seem to be at least partly 
targeted)! Is this a desperate way of trying to stop subscribing, or is it 
some sort of self-appointed judgement on what types of modem developments 
that are allowed to be discussed in this newsgroup? (Bugs attack protection 
has not been needed so far) 


Have a nice day on you too... 


Hakan (hakan.bergzen@telub.se) 


VVV VV VV VV VV VV VV WV 


From forrerj@ucs.orst.edu Tue Jan 30 17:55:15 1996 
Received: from ucs.orst.edu (forrerj@UCS.ORST.EDU [128.193.4.5]) by sys1.tapr.org 
(8.7.3/8.7.2) with SMTP id RAA27753 for <hfsig@tapr.org>; Tue, 30 Jan 1996 
17:55:11 -0600 (CST) 
Received: by ucs.orst.edu; (5.65v3.2/1.1.8.2/24Sep94-1201PM) 
id AA13975; Tue, 30 Jan 1996 15:54:39 -0800 
Date: Tue, 30 Jan 1996 15:54:39 -0800 (PST) 
From: Johan Forrer <forrerj@ucs.orst.edu> 
To: Phil Karn <karn@qualcomm. com> 
Cc: hfsig@tapr.org 
Subject: Re: [HFSIG:840] Punctured convolutional codes 
In-Reply-To: <199601302239.0AA17042@servo.qualcomm. com> 
Message-Id: <Pine.OSF.3.91.960130153754 .11697B-100000@ucs.orst.edu> 
Mime-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 


Hi Phil, 
Excellent! 


So I gather all that happens is that the coding gain takes a hit as 
one starts puncturing, but assuming one use it only when there are 
adequate S/N, that should be OK. Besides the little bit of additional 
overhead, sounds like a very clever idea to increase throughput. 


--Johan 
On Tue, 30 Jan 1996, Phil Karn wrote: 


Punctured codes are actually quite simple. The sender runs the encoder 
to generate the encoded symbols, but not all of them are sent. By 
prearrangement between sender and receiver, only a certain fraction 
are actually sent over the air. 


At the receiver, the unsent symbols are replaced with erasures (the 
symbol value corresponding to an equal likelihood of a 0 and 1). The 
decoder then runs normally. 


This requires a soft-decision decoder, or at least one that can handle 
three received symbol values (0, 1 and erased/unknown) . 


Although puncturing a code to a given rate doesn't perform quite as 
well as a code designed for that specific rate, punctured codes have 
the significant advantage of being easily implemented and of being 
easily varied in code rate; a single encoder and decoder can serve for 
a wide variety of code rates. They are especially suitable for Type II 
Hybrid ARQ/FEC schemes where the punctured symbols can be optionally 
sent in a subsequent transmission if needed by current link conditions. 


VVVVV VV VV VV VV VV VV VV VV 


Phil 


From karn@qualcomm.com Tue Jan 30 19:30:21 1996 


Received: from servo.qualcomm.com (servo.qualcomm.com [129.46.128.14]) by 
sysi.tapr.org (8.7.3/8.7.2) with ESMTP id TAAQ3168 for <hfsig@tapr.org>; Tue, 30 
Jan 1996 19:30:19 -0600 (CST) 

Received: (from karn@localhost) by servo.qualcomm.com (8.7.3/8.7.2/1.4) id 
RAA17383; Tue, 30 Jan 1996 17:29:26 -Q800 (PST) 

Date: Tue, 30 Jan 1996 17:29:26 -0800 (PST) 

From: Phil Karn <karn@qualcomm. com> 

Message-Id: <199601310129.RAA17383@servo.qualcomm. com> 

To: forrerj@ucs.orst.edu 

CC: hfsig@tapr.org 

In-reply-to: <Pine.OSF.3.91.960130153754.11697B-100000@ucs.orst.edu> (message from 
Johan Forrer on Tue, 30 Jan 1996 15:54:39 -Q800 (PST)) 

Subject: Re: [HFSIG:840] Punctured convolutional codes 


>So I gather all that happens is that the coding gain takes a hit as 
>one starts puncturing, but assuming one use it only when there are 
>adequate S/N, that should be OK. Besides the little bit of additional 
>overhead, sounds like a very clever idea to increase throughput. 


Right. As you add the previously punctured symbols, coding gain 
increases (because the effective rate of the code decreases) xandx* 
Eb/NO increases because you're investing more total transmitter energy 
in each data bit. So you win in two separate ways. This makes Type II 
hybrid ARQ/FEC protocols *xmuchx stronger than simple retransmission 
because in the former you keep accumulating bit energy; you don't 
discard all the energy in the first transmission just because it isn't 
perfect. 


Phil 


From karn@qualcomm.com Tue Jan 30 20:00:58 1996 

Received: from servo.qualcomm.com (servo.qualcomm.com [129.46.128.14]) by 
sysi.tapr.org (8.7.3/8.7.2) with ESMTP id UAAQ4546 for <hfsig@tapr.org>; Tue, 30 
Jan 1996 20:00:54 -0Q600 (CST) 

Received: (from karn@localhost) by servo.qualcomm.com (8.7.3/8.7.2/1.4) id 
RAA17462; Tue, 30 Jan 1996 17:59:55 -@Q800 (PST) 

Date: Tue, 30 Jan 1996 17:59:55 -0800 (PST) 

From: Phil Karn <karn@qualcomm. com> 

Message-Id: <199601310159.RAA17462@servo.qualcomm. com> 

To: "Bergzen Hakan, KARL" <Hakan.Bergzen@telub.se> 

CC: hfsig@tapr.org 

In-reply-to: <3113B262@noak> (Hakan.Bergzen@telub.se) 

Subject: Re: [HFSIG:832] Re: Chirp Waveforms 


>It is the simplicity of coping with narrowband interfernce by inserting 
>notch filters 
>that is one of its strengths. You split the the incoming signal to pass x 


This is in principle true for any well-designed modulation system that 
uses excess bandwidth. True spread spectrum systems clearly qualify, 
but so do heavily coded narrowband systems. In many cases you can just 
insert a "pre-whitening" filter ahead of the demodulator that will take 
out narrowband CW interference. 


Phil 


From FORRERJ@frl.orst.edu Wed Jan 31 14:39:08 1996 
Received: from amanda.bus.orst.edu (amanda.BUS.ORST.EDU [128.193.10.36]) by 
sysi.tapr.org (8.7.3/8.7.2) with SMTP id 0AA22179 for <hfsig@tapr.org>; Wed, 31 
Jan 1996 14:38:59 -Q600 (CST) 
Received: from frl.orst.edu (FRL.ORST.EDU [128.193.118.10]) by amanda.bus.orst.edu 
(8.6.9/8.6.9) with ESMTP id MAAQOQ763 for <hfsig@tapr.org>; Wed, 31 Jan 1996 
12:36:24 -0800 
Received: from FRL/SpoolDir by frl.orst.edu (Mercury 1.21); 
31 Jan 96 12:46:22 PST8PDT 
Received: from SpoolDir by FRL (Mercury 1.21); 31 Jan 96 12:46:21 PST8PDT 
From: "Johan Forrer" <FORRERJ@frl.orst.edu> 
Organization: Forest Research Lab. Oregon State 
To: hfsig@tapr.org 
Date: Wed, 31 Jan 1996 12:46:12 -0800 
Subject: PSR Report 
Priority: normal 
X-mailer: Pegasus Mail v3.22 
Message-ID: <13303381D70@frl.orst.edu> 


Hi all, 


It is that time again to tell the rest of the amateur community what we 
have been doing. I attach a copy of my preliminary write-up for PSR. 


I would greatly appreciate any feedback, corrections, or items for 
inclusion. 


Thanks for your help. 


--Johan 


HF Special Interest Group Activities (HFSIG) 
January 1996 


HFSIG experienced a relatively quiet period which often is a good 
opportunity for experimenters to catch up a bit. I appreciate the 
patience of the group during my busy time. 


Several topics of interest to those involved in HF digital 
communications came under discussion: 


HF Channel simulator 


Alexander Kurpiers, DL8AAU, has announced that he will shortly be 
releasing a version of an HF channel simulator based on the 
Watterson model. This version is implemented on a Texas 
Instruments evaluation module that uses a TI320C26 DSP chip. 


The Watterson model is a simulation of the behavior of the 

ionosphere where typical propagation modes are created 

artificially. The model is documented in CCIR Report 549-2 and 

the test conditions are documented in CCIR Recommendation 520-1 
includes conditions such as; Good, Moderate, and Poor. These CCIR 
documents are available from ITU-R (please see the last issue of PSR on 
how to access ITU-R). 


This is a very exciting development - watch HFSIG for 
announcements and the UPLOAD area for the code. Congratulations 
Alexander, we are looking forward to using the code. 


Slow Speed BPSK 


Pawel Jalocha, SP9VRC, recently developed a new binary phase 
shift keyed (BPSK) modem for use on HF. This modem transmits and 
receives ASCII text at 30 cps and runs on the Finnish "DSP Card 
4" as well as the Motorola DSP560002EVM hardware. The waveform 
used for this modem is designed for extremely narrow-band 
operation. Normally such narrow-band operation is extremely 
difficult due to frequency tolerances, however, the software 
automatically compensates for some off-frequency operation that 
helps a lot. 


This kind of signaling have also independently been explored by 

some members involved in coherent CW (CCW). Cliff Butschardt, 

W6HDO, is congratulated for his involvement in a 900 mile 

distance BPSK contact in the 160 kHz experimenters band. The 

conditions on those frequencies are extremely challenging. I also 

have heard from Paul Straks, PAOOCD, who is getting ready for slow speed 
BPSK experiments. Paul is also actively using the DSP sound card, the 
DSP56002EVM software, also on CCW. 


Parallel Modem Testing 


Paul Straks, PAOOCD, also informed me that a number of Dutch 
amateurs are in the process of getting ready to test the 15-tone 
orthogonal frequency division (OFDM) HF modem that was developed 
by Pawel Jalocha, SP9VRC. This modem has a raw data rate of 2500 
bps, and with error correction coding (ECC) 833 bps. The code 
features AX.25 compatibility and requires a minimal amount of 
hardware. 


HF Networking Using Standard TNC's 


For may organizations operating in parts of the world where there 

is little or no infrastructure, there obviously is a need for means 

to inexpensively communicate documents such as e-mail, and FAX. 

HF radio offers unique opportunities in this regard, however, integrating 


existing amateur radio TNC's to PC-based office software 
applications is a challenge. Several ideas on how to utilize off- 
the-shelf TNC's in HF networking applications was put forward 
such as encapsulating TCP/IP, however, this is an area where much 
more needs to be done. 


NVIS 


The use of near vertical incidence ?? (help!) (NVIS) antennas are 
preferred for short to medium distance local communications. This 
approach relies on high angle of radiation and is a natural 
choice for the type of networking mentioned above. 


Nordic HF Conferences 


Those interested in an excellent source for contemporary ideas on 
HF communications; browse http://www.telub.se/Radio/NordicHF. 
This web site contains some downloadable materials from recent 
NordicHF Conferences. The 1995 conference, for example, contains 
several papers on HF modems, DSP HF receivers, HF spread 
spectrum, and HF communications protocols. Thanks to Hakan 
Bergzen for pointing this out. 


Sound Snippets for ALE, SLOWBPSK, and OFDM 


I collected and composed a couple of sound files representing some of 
our recent work. These files are windows .WAV files and are 
located in the HFSIG upload area. 


EVM Interface 


Several have now built the EVM interface from the schematics as 
published on the upload area. However, there have been requests 

from a few of experimenters that need help. Please get in 

touch with me at the e-mail address listed below if you are 

interested in a kit of parts. I will post an updated file for 

details on various part numbers and sources that will help you 

get your interface together - look for further announcements on HFSIG. 


Thanks again for all the interesting contributions and please consider 
joining in the on-the-air testing efforts. We would love to see how 
these ideas work under real conditions. 73's 


Johan Forrer, KC7WW 
(E-mail: forrerj@UCS.orst.edu) 


